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In  order  to  continue  to  improve  the  usefulness  of  robots,  it  is  becoming  increasingly  important  to  have 
them  act  as  autonomous  agents.  A  significant  step  toward  this  object  is  autonomous  motion  planning.  This 
research  was  cofKlucted  as jpart  of  a  oroader  effort  to  empower  Yamabico- 1 1 .  a  mobile  robot  under 
develt^ment  at  the  Naval  Postgraduate  School,  with  ability  to  move  autonomously.  We  believe  that  this 
problem  is  best  attacked  in  lavers. 

This  thesis  is  our  proposal  for  the  initial  layer.  Given  a  robot’s  current  locroion  and  its  goal  location,  we 
use  the  homolopy  relation  to  reduce  the  infinite  set  of  path  choices  into  a  more  manageable  and  smalls 
set  of  Mth  classes.  Specifically,  we  solve  the  problem  of  how  to  enable  a  robot  to  autonomously  identify 
and  1ml  these  closes  of  paths. 

We  begin  Inf  decon^iostng  the  robot’s  operating  environment  into  a  collection  of  convex  pieces  called 
cells.  The  cells  are  transformed  into  a  grafm  by  amacency.  We  show  that  every  sirimle  path  on  the  grm 
ccxresponds  to  a  unk|ue  simple  homott^  class  in  me  robot’s  world.  We  then  search  m  graph  to  give  each 
class  a  symbolic  representauon  which  uso  provides  intermediate  path  planning  clues.  SuMcquent  layers 
can  use  these  clues  to  form  a  mote  detailed  plan. 

We  implement  the  cell  decomposition,  graph  transformation,  and  path  class  labelin  ^  as  C  programs,  and 
preptocess  them  on  a  Unix  workstation.  The  resulting  data  structures  are  then  coiimi  i*d  Md  linked  into 
the  robot’s  kernel.  All  implementaiion  has  been  integrated  into  the  model-based  motJe  robot  language 
(mtnl)  us^by  Yarnmco-ll. 
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ABSTRACT 


In  order  to  continue  to  improve  the  usefulness  of  robots,  it  is  becoming  increasingly 
important  to  have  them  act  as  autonomous  agents.  A  significant  step  toward  this  object  is 
autonomous  motion  planning.  This  research  was  conducted  as  part  of  a  broader  effort  to 
empower  Yamabico-1 1,  a  mobile  robot  under  development  at  the  Naval  Postgraduate 
School,  with  ability  to  move  autonomously.  We  believe  that  this  problem  is  best  attacked 
in  layers. 

This  thesis  is  our  proposal  for  the  initial  layer.  Given  a  robot’s  current  location  and 
its  goal  location,  we  use  the  homotopy  relation  to  reduce  the  infinite  set  of  path  choices  into 
a  more  manageable  and  smaller  set  of  path  classes.  Specifically,  we  solve  the  problem  of 
how  to  enable  a  robot  to  autonomously  identify  and  label  these  classes  of  paths. 

We  begin  by  decomposing  the  robot’s  operating  environment  into  a  collection  of 
convex  pieces  called  cells.  The  cells  are  transformed  into  a  graph  by  adjacency.  We  show 
that  every  simple  path  on  the  graph  corresponds  to  a  unique  simple  homotopy  class  in  the 
robot’s  world.  We  then  search  the  graph  to  give  each  class  a  symbolic  representation  which 
also  provides  intermediate  path  planning  clues.  Subsequent  layers  can  use  these  clues  to 
form  a  more  detailed  plan. 

We  implement  the  cell  decomposition,  graph  transformation,  and  path  class 
labeling  as  C  programs,  and  preprocess  them  on  a  Unix  workstation.  The  resulting  data 
structures  are  then  compiled  and  linked  into  the  robot’s  kernel.  All  implementation  has 
been  integrated  into  the  model-based  mobile  robot  language  (mml)  used  by  Yamabico-1 1. 
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I.  INTRODUCTION 


In  order  to  improve  the  usefulness  of  robots,  it  becomes  increasingly  important  to 
have  them  act  as  autonomous  agents.  A  significant  subproblem  of  this  objective  is  motion 
planning.  Autonomous  motion  planning  is  a  broad  area  including  a  diverse  set  of  topics. 
Among  these  is  the  problem  of  enabling  a  mobile  vehicle  to  relocate  itself  from  one 
configuration  to  another  while  avoiding  obstacles  along  its  path. 

This  research  was  conducted  as  part  of  a  broader  effort  to  empower  Yamabico-1 1, 
a  mobile  robot  under  development  by  students  and  faculty  of  the  Naval  Postgraduate 
School,  with  the  ability  to  move  autonomously.  We  propose  to  simplify  this  difficult 
problem  by  attacking  it  in  layers.  The  highest  and  most  abstract  layer  partitions  the  set  of 
paths  into  equivalence  classes.  A  specific  class  is  then  selected  and  used  by  lower  layers 
where  the  detailed  motion  plan  is  formed.  The  lowest  and  final  layer  interprets  the  detailed 
motion  plan  into  specific  control  instructions  for  the  mobile  robot,  where  movement  is 
realized. 

A.  PROBLEM  STATEMENT 

Given  an  initial  and  goal  configuration  for  a  mobile  robot,  we  want  to  partition  the 
infinite  set  of  path  choices  into  a  more  manageable  and  general  set  of  path  classes.  Each 
class  must  be  uniquely  and  unambiguously  identified  in  a  manner  consistent  with  its 
topology.  Additionally,  the  class  names  must  provide  useful  motion  planning  information 
for  lower  levels.  Finally,  the  model  used  to  represent  the  robot’s  world  and  the  set  of  path 
classes  must  be  integrated  into  the  global  motion  planner  and  the  model-based  mobile  robot 
language  used  by  Yamabico. 

B.  ASSUMPTIONS 

The  first  assumption  is  that  the  robot  will  be  working  in  a  familiar  environment  with 
complete  knowledge  of  the  topology.  It  will  not,  however,  use  external  references  to  guide 
its  motion,  such  as  following  marked  or  predescribed  paths.  We  also  assume  that  the  robot 
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has  perfect  knowledge  of  its  configuration  (location  and  orientation).  This  is  accomplished 
through  odometry  control,  and  if  necessary,  self-correction  using  internal  sensors. 

All  work  will  be  done  in  two  dimensions.  We  do  not  assume  that  the  robot  or  its 
operating  environment  are  restricted  to  two  dimensions,  but  we  do  assume  that  the  problem 
can  be  solved  by  considering  the  projection  of  the  robot  and  its  environment  onto  the 
XY-plane. 

The  last  assumption  is  that  some  of  the  work  can  be  preprocessed.  The 
preprocessing  includes  representing  the  operating  environment,  representing  the  path 
classes,  and  building  the  model  used  by  the  upper  layers  of  the  motion  planning  process. 
This  preprocessing  frees  the  robot  to  perform  the  real-time  calculations  necessary  to  realize 
motion  and  operate  its  internal  sensors. 

C.  APPROACH 

We  begin  by  decomposing  the  world  into  a  collection  of  path-connccted  convex 
cells  whose  union  is  exactly  the  robot’s  free  space.  Information  about  the  connectivity  of 
the  cells  is  transformed  into  a  graph  which  is  searched  to  find  path  classes.  The  global 
motion  planner  selects  a  class,  and  then  uses  the  graph  to  determine  the  sequence  of  cells 
through  which  the  robot  must  move.  This  approach  simplifies  the  task  of  motion  planning 
in  two  areas.  First,  by  attacking  the  problem  in  layers,  we  decrease  the  number  of  choices 
that  must  be  considered  by  the  global  motion  planner.  Second,  since  the  robot  will  move 
from  convex  cell  to  convex  cell,  the  computation  required  for  intracell  motion  planning 
should  be  reduced.  This  frees  the  processor  for  lower  level  tasks. 

D.  YAMABICO-11 

Although  the  theory  and  essence  of  this  work  applies  to  autonomous  motion 
planning  for  any  mobile  robot,  it  will  first  be  implemented  on  Yamabico-1 1 .  Yamabico-1 1 
has  a  single  axis  with  two  fixed  wheels  which  are  independently  driven  by  separate  motors. 
Additionally,  it  has  four  shock  absorbing,  free-moving,  caster  wheels  for  stability.  Control 
of  the  robot  is  accomplished  by  a  single  SPARC  processor  with  16  Mbytes  of  main 
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memory.  Twelve  40KHz  ultrasonic  senors  are  used  by  the  robot  to  verify  odometry  and 
avoid  unexpected  obstacles. 

Yamabico  is  currently  located  in  the  Computer  Science  Robotics  Laboratory  on  the 
fifth  floor  of  Spanagel  Hall  at  the  Naval  Postgraduate  School.  Spanagel  Hall  is  a  typical 
academic  building.  The  fifth  floor  consists  of  a  long  hallway  with  classrooms  and  offices 
to  either  side,  and  a  large  computer  lab  at  the  east  end.  Most  of  the  testing  is  conducted  in 
the  hallway  and  foyer  immediately  outside  of  the  lab.  The  hallway  has  no  indigenous 
obstacles,  so  wooden  boxes  are  temporarily  placed  wherever  an  obstacle  is  desired. 

All  implementation  programs  are  written  in  ANSI  C  and  compiled  using  the  GNU 
Project  C  Compiler.  User  access  to  implementation  programs  is  provided  through  the 
model-based  mobile  robot  language  (mml),  a  high  level  language  developed  by  students  at 
the  Naval  Postgraduate  School.  Specific  details  of  the  hardware  and  software  systems  of 
Yamabico  can  be  found  in  [Yama93]  and  [Yama94]. 

E.  THESIS  ORGANIZATION 

The  next  chapter  provides  formal  definitions  used  throughout  the  thesis.  It 
introduces  the  reader  to  some  of  the  basic  elements  of  topology,  and  describes  the  primary 
tool  we  will  use  in  the  initial  path  planning  layer.  Chapter  III  is  a  discussion  of  two 
properties  of  a  robot’s  operating  environment  that  have  served  as  the  basis  for  previous 
motion  planning  methods.  The  chapter  includes  an  introduction  to  the  common  data 
structures  and  recent  research  of  both  properties.  Although  these  properties  are  not  strictly 
related,  we  combine  their  discussion  in  this  chapter  to  separate  them  from  our  proposal. 
Chapter  IV  is  a  detailed  presentation  of  our  proposed  method.  Here  we  present  the 
underlying  idea  and  provide  examples  of  how  we  use  the  connectivity  of  the  robot’s  world 
to  reduce  the  path  planning  problem.  We  also  talk  about  a  potential  weakness  in  our  plan 
and  offer  two  solutions.  In  Chapter  V  we  describe  the  implementation  of  this  method  on 
Yamabico- 1 1,  to  include  the  geometric  model,  data  structures  and  algorithms.  We  end  the 
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thesis  hy  analyziiif  the  method  we  have  chtMen,  and  by  mentioning  additional  and 
supplementary  tofncs  of  research. 
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n.  TOPOLOGY 


Before  we  discuss  the  issue  of  moiioa  planning,  we  need  to  give  some  precise 
meaning  to  the  concepts  thtf  provide  the  basis  for  our  proposal.  In  accordance  with  the 
previously  stated  assumptions,  we  will  restrict  the  discussion  in  this  chapter  to  the 
Euclidean  plane.  Additionally,  we  consider  a  robot  to  be  a  point  unless  explicitly  stated 
otherwise.  This  chapter  is  not  a  complete  lesson  in  topology,  but  rather  a  formal 
introduction  of  those  definitions  needed  later.  The  reader  familiar  with  this  area  can  skip 
the  chapter  without  loss  of  continuity. 

A.  TOPOLOGICAL  SPACE 

1.  Definitions 

From  [Cr78]  we  take  the  standard  definition  of  a  topology  for  a  set  X  as  a  family  T 
of  subsets  of  X  satisfying  the  following  properties: 

1.  The  set  X  and  the  empty  set  0  are  in  T. 

2.  The  union  of  any  family  of  members  of  T  is  in  T 

3.  The  intersection  of  any  finite  family  of  members  of  T  is  in  7 

A  topological  space  is  a  pair  (X.T)  where  X  is  a  set  and  Tis  a  topology  for  X.  If  there 
is  no  ambiguity,  the  topological  space  can  be  referred  to  simply  as  X.  A  space  X  is 
connected  if  it  is  not  the  union  of  two  disjoint,  nonempty  open  sets.  Intuitively,  this  means 
that  X  can  best  be  viewed  as  “one  piece",  and  is  in  some  sense  indecomposable.  A  related 
idea,  and  one  which  is  more  suitable  to  our  purposes  is  that  of  path  connectedness 
[GaGr83]. 

Let  X  be  a  topological  space,  and  let  xg  and  x;  €  X.  A  path  n  in  X  from  xg  to  xj  is 
a  continuous  function /.[O.l]  ->  X  such  that/(0) »  xg  andjtl)  =  xj.  We  say  that  X  is  path 
connected  if  for  every  pair  of  points  xg  and  xj  in  X,  there  exists  a  path  between  them. 
Additionally,  If  a  space  is  path  connected,  then  it  is  also  connected  [GaGr83]. 
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Two  chancterizations  of  seu  which  aie  needed  for  later  definitions  are  whether  a 
set  IS  open  or  closed,  and  whether  a  set  is  bounded  or  unbounded.  A  set  is  closed  if  and  only 
if  it  contains  its  boundary.  Additionally,  the  complement  of  a  closed  set  is  open  which 
implks  that  a  set  is  open  if  and  only  if  it  contains  none  of  its  boundary.  Since  a  set  may 
contain  only  a  portion  of  its  boundary,  it  may  be  neither  open  nor  closed.  We  give  the 
definition  of  a  bounded  set  by  using  the  intuitive  notion  of  distance.  A  set  is  bounded  if  the 
distance  between  any  two  of  its  members  is  finite.  A  set  that  is  not  bounded  is  said  to  be 
unbounded.  [ICi89] 

Finally,  we  introduce  the  concept  of  a  hole.  The  Jordan  Curve  Theorem  states  that 
a  simple  closed  curve  C  in  the  Euclidean  plane  separates  the  plane  into  two  open  connected 
sets  with  C  as  their  common  boundary.  Exactly  one  of  these  sets  is  bounded. [Cr78]  We 
define  a  hole  to  be  one  of  the  open  connected  sets.  We  say  that  the  hole  is  normal  if  it  is 
bounded,  and  inverted  if  it  is  unbounded.  Sometimes  it  may  be  useful  to  consider  the  hole 
along  with  its  boundary,  but  generally  we  refer  to  them  separately. 

2.  The  Robot’s  Space 

For  this  research,  we  consider  the  robot’s  space  to  be  the  Euclidean  plane  with 
holes.  We  allow  an  unlimited,  but  finite,  number  of  normal  holes,  which  are  obstacles  for 
the  robot.  We  also  allow  one  inverted  hole,  which  if  present,  defines  the  robot’s  outer 
limits.  We  assume  that  the  boundary  of  all  holes  are  simple  polygons.  Furthermore,  we 
consider  the  boundary  of  a  hole  to  be  directed  curve  which  when  traversed,  puts  the  hole  to 
the  left.  This  directed  boundary  naturally  defines  the  neighbors  of  a  vertex  to  be  the  next 
vertex,  and  the  previous  vertex.  The  free  space,  or  the  robot’s  operating  space,  is  the 
complement  of  the  union  of  all  the  holes.  We  call  the  free  space,  together  with  the  set  of 
holes,  the  robot’s  world. 

We  also  consider  paths  to  be  directed  curves  with  natural  direction  fromy(0)  iof{  1 ). 
We  say  that/fO)  andy(l)  are  the  endpoints,  and  that  the  path  joins  them.  We  refer  iofiO)  as 
the  start  or  initial  position,  and/f  1 )  as  the  goal.  Figure  1 ,  on  page  7,  is  an  example  of  a  world 


6 


with  two  normal  holes  Ay  and  A2;  one  inverted  hole  hy,  and  three  paths  ii],  112.  and  IC3  from 
S  to  C. 


Figure  1 :  Topological  Space  with  3  holes  and  3  paths 


B.  HOMOTOPV 

It  should  be  clear  that,  in  any  connected  space,  the  set  of  paths  between  any  two 
points  is  infinite.  In  order  to  simplify  the  problem  of  choosing  a  path  we  want  to  group  paths 
that  are.  in  some  sense,  alike.  Before  we  give  a  formal  definition,  we  present  an  intuitive 
idea  of  what  makes  two  paths  similar.  In  Figure  I .  we  see  that  paths  7i|  and  7t2  are  somewhat 
similar  in  that  they  both  go  to  the  right  of  A2  and  to  the  left  of  A|.  Another  observation  is 
that  there  is  no  hole  “between”  them.  Notice,  however,  that  A2  is  between  paths  Tt]  and  7:3. 
Based  on  these  observations  we  might  conclude  that  7i|  and  7C2  should  be  grouped  together, 
and  7t3  should  be  in  a  group  by  itself  The  relation  of  homotopy  provides  a  formal  method 
for  making  these  groupings. 
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Consider  two  paths  in  the  robot’s  world, and  ^:[0,1],  with  cotumon 
endpoints.  We  say  that/is  homotopic  to  g,  written  fsg,  |»ovided  there  is  a  continuous 
function  M:[0.1]x[0,l]-»X  which  satisfies  these  equations: 


/f(t.0)*>It)V;6[0,l) 

(Eq2.1) 

//(M)»g(t)V/€[0,ll 

(Eq2.2) 

(Eq2.3) 

(Eq2.4) 

In  other  words.  His  a  function  that  allows  us  to  continuously  deform  one  path  into  the  other 
without  crossing  an  obstacle.  Furthermore,  homotopy  defines  an  equivalence  relation  on 
the  set  of  paths  which  partitions  them  into  a  collection  of  homotopy  classes.  [Cr78]  We  will 
use  this  relation  to  reduce  the  problem  of  path  selection  by  considering  a  finite  set  of 
homotopy  classes  rather  than  an  infinite  set  of  paths. 
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ni.  PROXIMITY  AND  VISIBILITY 


Two  fundamental  properties  of  the  robot’s  operating  environment  are  proximity 
and  visibility.  Each  has  been  used  as  a  basis  for  previous  path  planning  methods.  In  this 
chapter  we  will  introduce  and  discuss  the  common  data  structures  used  to  capture  these 
properties,  and  we  will  briefly  present  some  of  the  algorithms  used  to  build  and  employ 
them. 


A.  PROXIMITY 

Proximity  tells  us  the  obstacle,  or  portion  of  an  obstacle,  to  which  the  robot  is 
closest.  This  is  important  locally  when  trying  to  avoid  obstacles  since  the  closest  one 
presents  the  most  immediate  danger.  However,  proximity  information  is  more  commonly 
used  globally  when  planning  for  obstacle-avoiding  paths.  In  this  section  we  will  focus  on 
the  global  aspects  of  proximity  and  how  they  can  be  used  for  autonomous  path  planning. 

1.  Voronoi  Diagrams 

The  Voronoi  diagram  was  first  used  in  1975  by  Shamos  and  Hoey  [ShHo75]  as  a 
means  of  representing  proximity  for  a  finite  set  of  points  in  the  Euclidean  Plane.  It  has  since 
become  the  elementary  data  structure  for  representing  proximity,  and  continues  to  have 
broad  application  in  the  field  of  computational  geometry.  Generally,  the  Voronoi  diagram 
VD{0)  of  a  set  O  of  n  objects  in  a  space  W  is  a  subdivision  of  this  space  into  maximal 
regions  so  that  all  points  within  a  given  region  have  the  same  nearest  neighbor  in  O  with 
regard  to  a  general  distance  measure  d  [PrSh85].  The  Voronoi  Diagram  is  divided  into  two 
parts:  Voronoi  boundaries  Bio^Oj)  between  two  objects  o,  and  Oj,  and  Voronoi  regions  V{oj) 
of  an  object  oj.  They  are  described  by  the  following  equations; 

B(o.,Oj)  s  {p€  W\\d (p,  o.)  =  d {p,  Oj)  }  (Eq 3.1) 

y(Oj)  a  {pS  W\\\fj,j*r,  dip,0^)  <dip,Oj)}  (Eq3.2) 
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The  first  Voronoi  diagram,  often  called  the  Euclidean  Voronoi  diagram  (EVD),  was 

defined  over  a  set  of  points  0={pi . p^),  using  the  Euclidean  distance  function  in  In 

this  case,  the  Voronoi  Boundary  B{p^pj)  is  the  perpendicular  bisector  of  p,  and  Pj.  When 
only  two  sites  are  considered,  B{pi,pj)  separates  the  plane  into  three  regions:  all  points 
which  are  closer  to  p,  than  to  Pj,  all  points  which  are  closer  to  py  than  to  Pp  and  the  boundary 
itself.  If  we  denote  the  half-plane  which  contains  the  set  of  all  points  closer  to  p,  than  to  py 
as  //(p,>py),  then  the  Voronoi  Region  V(p^  is  the  polygon  formed  by  the  intersection  of  the 
n-1  half-planes  for  all  pj^  6  0\  p,.  The  EVD  is  the  union  of  V^p,)  for  all  p,  e  O. 

Let  us  now  consider  the  construction  of  the  EVD.  From  its  definition  we 
immediately  see  that  one  approach  would  be  to  build  each  polygon  individually.  In  this 

case,  we  can  form  the  intersection  of  the  />-!  half-planes  in  time  0(N^),  which  suggests  that 

the  EVD  can  be  constructed  in  time  0(N^).  However,  the  construction  of  the  polygons  can 
be  improved  to  CXNlogN)  by  using  a  simple  divide-and-conquer  approach,  lowering  the 

bound  of  constructing  the  EVD  to  0(N^logN).  In  fact,  the  entire  EVD  can  be  attacked  by 
a  divide-and-conquer  strategy  which  yields  an  optimal  6(NlogN)  algorithm  presented  by 
Preparata  and  Shamos  [PrShSS].  The  idea  behind  this  algorithm  is  to  divide  the  set  of 
obstacles  into  roughly  equal  parts  by  median  x-coordinate,  construct  the  Voronoi  Diagram 
for  both  parts  recursively,  and  then  merge  the  two  pieces  to  form  the  complete  Voronoi 
Diagram.  The  bound  relies  on  the  fact  that  the  division  and  merge  steps  each  take  0(N). 
We  refer  the  reader  to  [PrSh85]  for  the  details  of  the  algorithm  and  a  proof  of  its 
correctness. 

We  now  briefly  mention  two  important  properties  of  the  EVD,  but  again  refer  the 
reader  to  [PrShSS]  or  any  other  text  on  computational  geometry  for  a  complete  catalog  and 
discussion.  First,  an  embedding  of  the  EVD  yields  a  planar  straight-line  graph.  This  allows 
for  0(N)  storage  of  the  complete  proximity  information.  Second,  the  straight-line  dual  of 
the  EVD  is  a  triangulation  of  O.  This  dual,  called  the  Delaunay  triangulation,  is  obtained 
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by  adding  a  line  between  two  points  if  their  V<m>noi  legions  share  an  edge.  This  fact  not 
only  implies  that  the  Voronoi  diagram  can  be  used  to  solve  other  problems  in  the  field,  but 
it  is  also  used  in  some  alternative  construction  algorithms. 

By  examining  the  definition  of  the  Voronoi  diagram,  we  see  that  the  EVD  can  be 
generalized  in  three  areas:  the  space  W,  the  objects  O,  and  the  distance  measure  d.  A  fourth, 
but  less  common,  generalization  is  to  consider  the  set  of  points  that  are  closer  to  any 
k-subset  of  (7. Voronoi  diagrams  used  for  motion  planning  are  often  generalized  with 
respect  to  O,  since  the  obstacles  in  a  robot’s  world  are  rarely  points.  However,  Voronoi 
diagrams  defined  for  higher  dimension  or  abstract  distance  functions  have  also  been  used. 

An  interesting  generalization  under  our  assumptions  is  constructed  in  ^  using  Euclidean 
distance,  with  O  being  the  set  of  edges  and  vertices  of  the  polygonal  obstacles.  In  this  case, 
the  shape  of  the  Voronoi  boundary  between  two  elements  of  O  depends  on  the  type  of 
objects  considered.  Let  e,  and  ey  be  edges,  and  let  v/  and  v„  be  vertices  of  O.  As  in  the  EVD, 
B{vi,v„)  is  the  perpendicular  bisector  of  v/  and  v^,  and  B{e,,ej)  is  the  bisector(s)  of  e,  and  cy. 
However,  B(e,,v/)  or  is  the  parabola  defined  by  the  focus  v/  and  the  directrix  e,.  The 
Voronoi  region  V(e,)  or  V(v/)  remains  the  intersection  of  the  n-1  half-planes  defined  by  the 
Voronoi  boundaries  of  e,  or  v/.  More  importantly,  the  Voronoi  region  of  an  obstacle  is  the 
union  of  the  Voronoi  regions  of  its  edges  and  vertices.  The  construction  of  this  generalized 
Voronoi  diagram  is  not  as  straight-forward  as  the  EVD,  but  is  still  optimally  computed  in 
time  @(NlogN).  In  the  next  section  we  present  an  alternative  construction  algorithm  for  the 
generalized  Voronoi  diagram,  and  another  generalization  of  the  EVD  with  application  to 
robot  motion  planning. 

2.  Recent  work 

Althmigh  the  divide  and  conquer  algorithm  is  well-suited  for  constructing  the  EVD 
and  some  basic  generalized  Vmonoi  diagrams,  it  may  not  be  practical  in  all  cases.  Here  we 
examine  a  technique  for  constructing  the  Voronoi  diagram  by  a  randomized  incremental 
addition  of  the  obstacles.  First,  we  take  the  generalized  definition  of  a  Voronoi  Diagram 
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from  [KJ891.  For  a  set  of  obstacles  0={oi,...,o„}.  define  J(Oi,Oj)  =  JiOj,Oi)  to  be  a  bisecting 
curve  separating  sites  o,  and  oj.  Let  D(Oi,Oy)  and  D{Oj,o^  be  the  two  domains  separated  by 
7(o,.Oy)  such  that  any  point  in  is  closer  to  o,  than  to  Oy  Additionally,  we  must  choose 

exactly  one  of  D{Oi,Oj)  or  DioyOf)  to  include  Ao^^Oj).  In  the  case  of  the  EVD,  J{Oi,Oj)  = 

and  D(Oi,Oj)  =  HiPiJtj).  The  Voronoi  region  of  Oj  with  respect  to  O,  VR(Oi,0),  is  the 
intersection  of  the  D(Oi,oy),  for  all  €  0\o,.  and  the  Voronoi  diagram  of  O,  V(0),  is  the 
union  of  the  boundaries  of  the  VKCoj.O).  for  all  o,  €  O.  This  definition  appears  very  similar 
to  that  of  the  EVD,  but,  note  that  we  have  made  no  reference  to  the  definition  of  distance 
or  the  type  of  obstacles  in  O. 

Mehlhom,  Meiser,  and  O’Dunlaing  [MM091],  propose  to  build  V(0) 
incrementally.  Let  /?  c  O  be  the  set  of  sites  already  added  to  V(0).  They  maintain  two  data 
structures:  The  Vcronoi  diagram  V(R)  stored  as  a  planar  graph,  and  the  conflict  graph  G{R). 
The  conflict  graph  consists  of  vertices  which  are  the  edges  of  V{R)  and  the  obstacles  in  0~R. 
There  is  an  edge  (conflict)  in  G{R)  between  vertices  corresponding  to  an  edge  e  of  V{R)  and 
an  obstacle  o,  €  0-R  if  and  only  if  e  has  a  nonempty  intersection  with  VR{OjJi  u  o,).  Now 
for  each  obstacle  o,  added  to  R,  they  show  that  only  those  edges  in  conflict  with  o,  need  to 
be  changed  when  updating  the  V{R).  The  complexity  of  updating  V(/?)  and  GiR)  combine 
to  produce  an  algorithm  which  runs  in  time  0(NlogN). 

To  complete  this  section  we  want  to  mention  an  interesting  generalization  of  the 
EVD  with  application  to  robot  motion  planning.  Chew  and  Kedem’s  [ChKe90]  approach 
to  safe  motion  planning  is  based  on  the  intuitive  idea  that  motion  along  the  Voronoi 
boundaries  provides  maximal  clearance.  They  construct  a  Voronoi  diagram  considering 

polygonal  obstacles  in  but  use  a  convex  distance  function  defined  by  the  geometrical 
shape  of  the  polygonal  robot.  Since  the  shape  of  the  robot  is  not  a  Euclidean  circle,  the 
distance  between  two  points  changes  as  the  robot  rotates.  They  track  the  effect  of  these 
changes  by  plotting  the  Voronoi  diagrams  in  (x,y,9)  space.  They  show  that  building  the 
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initial  diagram  takes  CXKNlogKN).  where  K  is  the  number  of  sides  of  the  robot.  Updating 
the  V(»onoi  diagrams  in  thiee-space,  however,  raises  the  complexity  to  CXK^NlogN). 

B.  VISIBILITY 

Consider  the  robot’s  world  W,  and  the  associated  free  space  F.  We  say  that  two 
points,  X  and  y,  are  visible  if  they  can  be  connected  by  a  line  segment  xy  such  that  xy^F. 
In  other  words,  xy  cannot  intersect  any  of  the  holes  in  W  except  possibly  at  a  boundary.  If 
X  and  y  are  visible,  we  also  say  that  one  sees  the  other.  Visibility  is  important  to  motion 
planing  for  two  reasons.  First,  if  the  robot  can  see  its  goal  then,  intuitively,  the  problem  of 
motion  planning  may  be  simplified.  Second,  the  shortest  path  between  a  robot  and  its  goal 
can  be  found  by  examining  the  visibility  relationship  between  the  robot,  the  goal,  and  the 
vertices  of  the  polygonal  holes.  In  this  section  we  will  examine  a  common  data  structure 
used  to  represent  visibility  and  its  application  to  motion  planning. 

1.  Visibility  Graphs 

The  visibility  graph  of  a  polygon  is  a  graph  on  its  vertices  such  that  two  vertices  are 
joined  by  an  edge  if  and  only  if  they  are  visible.  An  upper  bound  for  the  number  of  edges 
in  the  visibility  graph  occurs  when  the  polygon  is  convex.  In  this  case,  the  graph  will  have 

edges  since  every  vertex  in  the  polygon  can  sec  every  other  vertex.  An  immediate  lower 

bound  for  n  is  obtained  by  observing  that  the  edges  of  the  original  polygon  are  also  edges 
in  the  visibility  graph.  O’Rourke  [OR87],  however,  shows  that  a  true  lower  bound  is  2n-3, 
as  any  polygon  will  have  at  least  3  convex  vertices. 

As  a  motion  planning  tool,  we  can  extend  the  concept  of  the  visibility  graph  to  the 
case  of  a  polygon  with  holes.  As  before,  the  vertices  of  the  graph  are  those  of  the  polygons, 
and  the  graph  edges  represent  the  pairs  of  vertices  that  are  mutually  visible.  In  this  case, 
however,  we  should  include  the  initial  and  goal  position  of  the  robot  as  vertices  in  the 
visibility  graph,  and  connect  them  to  other  vertices  as  appropriate.  We  can  conveniently  use 
this  structure  to  determine  the  shortest  obstacle-free  path  from  the  robot’s  current  position 
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to  its  goal.  For  simplicity,  we  will  assume  that  the  robot  is  a  point,  and  can  therefore  pass 
between  obstacles  along  a  visible  path.  We  first  notice  that  if  the  start  and  goal  positions 
are  joined  by  an  edge  in  the  visibility  graph,  then  the  shortest  path  is  simply  the  straight  line 
joining  the  two.  If  they  are  not  joined  by  an  edge,  Alt  and  Welzl  [AlWe89]  show  by  a  simple 
geometric  argument  that  the  shortest  path  is  a  polygonal  chain  whose  vertices  are  vertices 
of  the  obstacles.  Since  the  robot’s  path  must  be  obstacle-free,  the  shortest  path  polygonal 
chain  must  also  avoid  obstacles.  Consequently,  pieces  of  the  polygonal  chain  correspond 
to  edges  of  the  visibility  graph.  An  assignment  of  Euclidean  distance  to  the  graph  arcs 

allows  the  shortest  path  to  be  computed  using  Dijkstra’s  algorithm  in  time  0(N^). 

We  now  examine  the  complexity  of  building  the  visibility  graph.  Let  Vbe  the  set  of 
obstacle  vertices,  and  let  £  be  the  set  of  obstacle  edges.  A  straightforward  approach  would 
be  to  examine  each  pair  of  vertices  in  V  to  see  if  the  line  segment  joining  them  intersects 

an  edge  in  E.  If  N=IVI=I£I,  then  the  algorithm  compares  0(N^)  vertex  pairs  with  0(N) 
edges,  and  will  run  in  time  0(N^).  We  observe  that  not  all  pairs  in  V  need  to  be  considered, 
since  vertices  from  the  same  obstacle  will  not  be  incident  in  the  visibility  graph  unless  they 
are  connected  by  an  edge  in  E.  Still,  this  algorithm  is  0(N^)  in  the  worst  case.  We  will 
discuss  in  the  next  section  how  to  first  improve  the  algorithm  to  run  in  time  (XN^logN), 

and  then  how  to  improve  it  to  run  in  CXN^).  We  will  also  mention  an  interesting  alternative 
to  the  visibility  graph  which  can  be  used  to  solve  the  shortest  path  problem. 

2.  Recent  work 

The  definition  of  the  visibility  graph  and  its  optimal  construction  have  remained 
fairly  stable  since  the  presentation  by  O’Rourke  [OR87].  At  that  time,  however,  little  was 
known  about  their  characterizations  from  a  graph-theoretical  viewpoint.  Most  of  the  recent 
work  concerning  visibility  graphs  involves  understanding  these  characterizations.  We  refer 
the  reader  to  [LMW87]  or  IAn92]  for  these  results. 
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Still,  it  is  worth  noting  the  method  used  to  improve  the  algorithm  for  constructing 
the  visibility'  graph.  The  original  idea  is  attributed  to  [Lee78],  but  is  presented  in  [AlWe89] 
along  with  an  improvement.  We  will  present  the  main  ideas  of  both  algorithms  here.  Let 
p,q  e  V,  the  set  of  all  obstacle  vertices.  Define  vis^p)  to  be  the  open  ray  emanating  from 
p  in  direction  d,  and  assign  it  a  value  based  on  which  obstacle  edge  it  encounters  first.  Now, 
pick  an  arbitrary  direction  dQ  and  initialize  visjp)  for  all  pe  V.  Next  rotate  d  until  d=it+dQ, 
while  updating  visjp).  This  continuous  rotation  is  discretized  by  noting  that  visjp)  is  only 
updated  if  d  is  the  same  orientation  as  a  line  determined  by  p  and  some  other  vertex  q. 
Additionally,  the  value  of  visjp)  as  it  changes  determines  whether  the  edge  pg  belongs  in 
the  visibility  graph.  By  sorting  all  pairs  of  vertices  in  V  by  the  slope  of  their  connecting 
lines,  visj(p)  is  only  updated  times.  Determining  the  initial  visjp)  for  all  pe  V  is 

accomplished  easily  in  time  CXN^),  but  this  can  be  improved  to  O(NlogN).  Sorting  the 
vertex  pairs  takes  0(N^logN)  time.  Each  update  of  visj(p)  for  the  0(N^)  pairs  can  be 

processed  in  constant  time.  Therefore,  the  total  running  time  of  the  algorithm  is  O(N^logN). 
The  final  improvement  comes  from  the  idea  that  a  complete  sorting  of  the  vertex  pairs  is 
not  necessary;  a  topological  ordering  is  sufficient.  Since  this  can  be  accomplished  with 

amortized  complexity  of  0(N^),  the  entire  algorithm  is  reduced  to  ©(N^).  This  is  optimal 
as  the  visibility  graph  may  have  0(N^)  edges. 

We  close  this  section  by  mentioning  a  variation  of  the  shortest  path  problem  that 
does  not  use  the  visibility  graph.  For  a  set  of  obstacles  O  and  a  point  s,  the  shortest  path 
map,  denoted  SPM(0,5),  is  a  partition  of  the  robot’s  free  space  into  regions  such  that  any 
two  points  p  and  q  lie  in  the  same  region  if  and  only  if  the  shortest  paths  from  5  to  p  and 
from  stoq  touch  the  same  sequence  of  vertices.  If  the  initial  position  of  the  robot  is  5,  and 
its  goal  is  t,  we  can  solve  the  shortest  path  problem  as  follows:  Construct  SPM(0,5),  and 
then  locate  the  region  containing  t.  For  the  case  of  polygonal  obstac’es  it  has  been  shown 
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that  this  can  be  done  in  0(N(K+logN)),  where  K  is  the  number  of  obstacles.  For  large  K 
this  is  0(N^),  otherwise  it  is  0(NlogN). 
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rV.  CONNECTIVITY 


1 


Kanayama  [Ka94]  discusses  the  sensitivity  of  visibility,  proximity,  and 
connectivity  to  small  continuous  changes  of  the  robot’s  operating  environment.  It  is  his 
conclusion  that  visibility  is  globally  affected,  proximity  is  locally  affected,  and 
connectivity  is  unaffected.  Because  of  this,  we  prefer  path  planning  methods  which  rely 
more  on  connectivity,  and  less  on  proximity  and  visibility.  In  the  first  part  of  this  chapter 
we  present  a  means  of  labeling  homotopy  classes  considering  only  connectivity,  and  using 
minimal  information.  We  then  present  a  method  of  transforming  the  abstract  problem  of 
identifying  the  classes  into  a  straight-forward  graph  search  problem  by  adding  additional 
information  to  the  class  names. 

A.  IDENTIFYING  HOMOTOPY  CLASSES 

Consider  a  robot’s  world  W  with  a  finite  number  n  of  normal  holes.  If  there  is  no 
inverted  hole,  we  assume  the  presence  of  one  of  sufficient  size  to  minimize  its  influence  on 
the  proximity  information  of  W.  We  also  assume  that  the  robot’s  free  space  is  path 
connected.  Define  a  fence  L  to  be  a  loop  free  curve  connecting  two  holes  which  does  not 
intersect  a  hole  or  another  fence  except  at  its  endpoints.  The  idea  is  to  add  a  maximal 
number  of  fences  to  the  world,  while  maintaining  the  connectedness  of  the  free  space,  so 
that  we  can  use  them  to  identify  homotopy  classes.  If  we  consider  the  holes  as  nodes  of  a 
planar  graph,  and  the  fences  as  arcs,  we  know  by  Euler’s  formula  that  we  can  add  n  fences 
to  the  /i+l  holes  without  dividing  the  freespace.  We  call  this  collection  of  holes  and  fences 
a  connected  world.  Clearly,  if  the  world  has  n  ^  2  holes,  then  the  construction  of  the 
connected  world  is  not  unique.  Figure  2,  on  page  18,  is  an  example  of  a  connected  world 
with  two  normal  holes,  and  one  inverted  hole.  Here,  we  have  added  the  two  fences  a  and  b 
indicated  by  the  dotted  lines.  Figure  2  also  shows  three  paths  from  S  to  G,  indicated  by  the 
solid  lines.  Each  path  represents  a  different  path  classes.  Notice  that  two  of  the  path  classes 
are  labeled  by  naming  the  fence  that  they  cross,  and  the  third  by  e  since  it  does  not  cross  a 
fence. 
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Figure  2:  Connected  World  without  Fence  Modes 


If,  however,  we  add  a  fourth  path  shown  by  the  dashed  line  in  Figure  3,  then 
labeling  the  paths  by  fence  crossing  alone  is  not  sufficient.  Our  solution  is  to  redefine  a 
fence  so  that  it  has  two  sides;  a  plus  side  and  a  minus  side.  If  a  path  intersects  a  fence  from 
the  plus  side,  we  say  that  it  has  plus  intersecting  mode.  Likewise,  if  a  path  intersects  a  fence 
from  the  minus  side,  we  say  that  it  has  minus  intersecting  mode.  Now,  we  relabel  each  path 
class  by  the  fence  and  intersecting  mode.  We  call  this  class  name  the  fence  crossing 
sequence.  Kanayama  [Ka94]  proves  that  two  paths  will  have  the  same  fence  crossing 
sequence  if  and  only  if  they  are  homotopic. 


Figure  3:  Connected  World  with  Fence  Modes 
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Although  this  labeling  method  relies  solely  on  the  connectivity  of  the  world,  it 
provides  very  little  path  planning  information.  Our  goal  is  a  naming  method  which  gives 
intermediate  motion  clues  in  addition  to  unique  path  class  labels.  In  this  case,  there  are  just 
too  many  options  for  the  robot  to  consider  between  fence  crossings.  Also,  we  want  the  robot 
to  be  able  to  generate  the  class  names  automatically.  Unfortunately,  there  are  no  obvious 
rules  which  allow  valid  fence  crossing  sequences  to  be  considered,  and  invalid  sequences 
to  be  rejected.  In  the  rest  of  this  chapter,  we  describe  how  to  augment  the  fence  crossing 
sequence  to  meet  these  goals. 

B.  FREE  SPACE  DECOMPOSITION 

Latombe  [La91]  proposes  an  approach  to  motion  planning  which  he  calls  exact  cell 
decomposition.  This  method  divides  the  free  space  of  the  operating  environment  into  a 
collection  of  non-intersecting  regions,  called  cells.  They  are  constructed  so  that  intracell 
motion  planning  is  an  easier  problem  than  motion  planning  within  the  entire  free  space. 
Since  motion  planning  within  a  convex  polygon  eliminates  the  issue  of  visibility,  and 
minimizes  the  issue  of  proximity,  convex  cells  are  desired.  A  decomposition  of  the  free 
space  in  which  all  cells  are  convex,  referred  to  as  a  convex  polygonal  decomposition,  is 
preferred.  While  the  basis  for  the  following  method  is  certainly  not  new  [Chz87],  we 
believe  that  its  application  extends  beyond  any  presented  in  current  literature. 

Let  W  be  the  subset  of  which  is  the  robot’s  world,  or  the  space  that  we  need  to 
decompose.  Let  W  be  the  set  of  holes  within  W,  and  let  V  be  the  set  of  all  vertices  of  H.  An 
efficient  means  of  achieving  a  convex  polygonal  decomposition  of  W  is  to  divide  the  free 
space  by  a  series  of  parallel  lines  placed  at  certain  critical  points  along  the  holes  of  H.  This 
is  accomplished  by  sweeping  a  line  Lq  of  constant  orientation  a  across  W.  At  each  convex 
vertex  of  V,  we  extend  the  line  in  both  directions  (a  and  a+180)  until  it  intersects  a  hole  in 
W.  The  extensions  can  be  characterized  by  the  geometry  of  the  vertex. 

We  say  that  vertex  v,  is  less  than  vertex  Vy,  written  v,  <  vy,  if  Lf^  intersects  v,-  before 
vy.  In  this  case,  we  can  also  say  that  Vy  is  greater  than  v,  (Vy  >  v,).  We  say  that  vertex  v,  equals 
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Vj,  wrinen  vy  s  Vj,  if  encounters  both  vertices  simultaneously.  Recall  from  a  previous 
discussion  the  definition  of  a  vertex’s  next  and  previous  vertices.  Define  a  minimal 
(maximal)  extreme  vertex  of  h  with  respect  to  to  be  a  vertex  which  is  less  than  (greater 

than)  both  its  next  and  previous  vertices.  Define  an  interior  vertex  of  h  with  respect  to 
to  be  any  vertex  that  is  not  extreme.  An  interior  vertex  is  called  up  if  it  is  above  the  obstacle 
to  which  it  belongs,  and  down  if  it  is  below.  Furthermore,  classify  an  extension  of  as  up 
if  it  is  extended  in  the  a  direction,  and  down  if  it  is  extended  in  the  a-<-180  direction. 

Now  consider  v,  a  vertex  of  a  hole  h.  If  v  is  an  extreme  vertex  of  h,  then  will  be 
extended  both  upward  and  downward.  If  v  is  an  interior  vertex  of  h,  then  will  be 

extended  upward  or  downward,  but  not  both.  is  extended  upward  if  v  is  up  interior,  and 
downward  if  v  is  down  interior.  The  sole  upward  or  downward  extension  from  interior 
vertices  is  a  consequence  of  immediately  intersecting  h  in  the  other  direction. 

Figure  4,  on  page  21,  illustrates  the  effect  of  sweeping  across  a  world  with  one 
normal  hole  and  one  inverted  hole.  In  this  example,  the  leading  edge  defined  by  vertices  vj 
and  is  parallel  to  therefore,  vj  and  are  interior  vertices  even  though  they  are  at  the 
extreme  of  Ay.  When  we  extend  from  vy,  it  intersects  Ay  immediately  in  the  downward 
direction,  and  A2  in  the  upward  direction.  Conversely,  the  extensions  from  intersect  Ay 
immediately  in  the  upward  direction,  and  A2  in  the  downward  direction.  Vertices  vj  and  vj, 
however,  are  exterior  vertices,  and  have  extensions  in  both  directions.  This  example  also 
illustrates  why  we  do  not  extend  from  concave  vertices.  Note  that  vertices  V2  and  V4  are 
concave  with  respect  to  Ay,  yet  they  are  convex  with  respect  to  the  free  space  of  W.  We  can 
save  woric  by  skipping  these  vertices  with  the  realization  that  they  already  contribute  to  the 
goal  of  obtaining  convex  polygonal  cells.  The  result  of  sweeping  across  Wis  a  collection 
of  convex  polygonal  cells,  which  we  will  simply  call  cells,  and  a  collection  of  extensions, 
which  we  will  call  fences. 


20 


Figure  4:  Results  of  sweeping  across  W 

A  natural  question  to  ask  is  whether  the  choice  of  orientation  for  is  significant, 
and  how  changing  the  orientation  affects  the  cell  decomposition.  Clearly,  the  number  and 
shape  of  the  cells  may  differ  significantly  for  various  choices  of  a.  Consider  the  simple 
world  in  Figure  5,  on  page  22,  which  shows  two  separate  decompositions;  one  produced  by 
sweeping  Lq  (thin  dotted  line)  and  the  other  by  L^q  (thick  dashed  line).  The  Lq,  or 
horizontal,  decomposition  contains  five  cells,  while  the  L^q,  or  vertical,  decomposition 
contains  seven.  This  is  intuitively  explained  by  realizing  that  sweeps  of  different 
orientations  capture  different  spatial  information  about  the  world.  The  top  and  bottom  cells 
of  the  horizontal  decomposition  contain  no  vertical  information  about  the  holes  hj  and  h2, 
whereas  the  middle  cell  of  the  vertical  decomposition  contains  no  horizontal  information. 
By  this  we  mean  that  knowing  an  object  is  located  in  the  top  (middle)  cell  of  the  horizontal 
(vertical)  decomposition  is  not  sufficient  to  describe  its  location  with  respect  to  the  left  or 
right  (top  or  bottom)  of  holes  hj  and  h2. 


21 


Figure  5:  Effect  of  Changing  Orientation  of 


In  general,  any  choice  of  L,,  might  create  ambiguous  cells,  or  those  that  lack 
geometric  information  with  respect  to  L^'s  orthogonal  axis.  The  solution  is  to  be  able  to 
identify  these  cells  and  then  supplement  them  with  additional  information  if  necessary. 
There  are  two  situations  which  cause  the  generation  of  ambiguous  cells.  We  will  describe 
both  here,  but  defer  the  discussion  of  how  they  are  treated  until  after  we  introduce  the 
appropriate  data  structure  and  its  application. 

The  first  form  of  ambiguous  cell  is  that  created  between  the  trailing  extreme  vertex 
(or  parallel  edge)  of  one  hole,  and  the  leading  extreme  vertex  (or  parallel  edge)  of  another. 
In  a  world  with  multiple  holes,  we  can  expect  this  situation  to  occur  often.  Two  special 
cases  of  this  form  are  always  present  when  intersects  the  first  normal  hole,  and  when  it 
leaves  the  last  normal  hole.  In  a  world  with  a  convex  inverted  hole,  these  appear  as  the  first 
and  last  cell  created.  Fortunately,  they  are  easy  to  detect  and  easy  to  fix.  Figure  5,  on  page 
22  contains  multiple  instances  of  this  problem.  The  top  and  bottom  cell  of  the  horizontal 
decomposition  and  the  left-most  and  right-most  cell  of  the  vertical  decomposition  are 
special  cases.  The  middle  cell  of  the  vertical  decomposition  is  a  standard  example. 
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The  second  form  of  ambiguous  cells  occurs  when  encounters  leading  or  trailing 

extreme  vertices  (or  parallel  edges)  from  multiple  holes  simultaneously.  The  top  and 
bottom  cells  of  the  horizontal  decomposition  above  are  examples.  In  this  case,  however, 
they  are  also  ambiguous  cells  of  the  first  form.  We  are  mainly  concerned,  though,  with 
those  cells  that  are  only  of  the  second  form.  These  are  less  common,  but  still  easy  to 
identify,  and  in  most  cases  can  be  eliminated  by  carefully  choosing  L^. 

It  is  not  immediately  apparent,  then,  whether  one  choice  for  is  better  than  all 
others.  Clearly,  we  would  like  to  reduce  the  number  of  ambiguous  cells  by  making  a  good 
choice  for  Lq,  but  we  do  not  want  to  spend  too  much  effort  finding  it.  We  believe  that  this 
question  requires  further  investigation.  In  the  interim,  we  will  always  perform  a  vertical 
sweep.  Sweeps  of  other  orientations  can  be  achieved  by  rotating  the  world,  performing  a 
vertical  sweep,  and  then  rotating  the  world  back  to  its  original  position. 

C.  CONNECTIVITY  GRAPH 

The  parallel  cell  decomposition  induces  a  graph  which  we  can  use  to  extract  some 
motion  planning  information.  Latombe  [La9il  defines  the  connectivity  graph  for  a  convex 
polygonal  decomposition  by  associating  each  cell  with  a  node  and  connecting  two  nodes 
with  an  edge  if  and  only  if  the  corresponding  cells  are  adjacent.  Two  cells  are  adjacent  if 
they  share  a  common  fence.  His  use  of  the  graph  is  restricted  to  determining  the  existence 
of  an  obstacle-free  path  within  the  robot's  world.  We  propose  to  expand  its  use  and  to  apply 
it  as  a  tool  for  generating  all  simple  homotopy  classes. 

Before  we  can  use  the  connectivity  graph,  we  must  first  assign  labels  to  the  nodes. 
Although  any  arbitrary  assignment  of  labels  is  sufficient,  we  will  use  a  more  orderly 
approach.  We  will  label  each  cell  in  the  order  of  its  inception.  So  for  a  vertical  sweep,  cells 
are  labeled  from  left  to  right,  and  if  two  or  more  cells  are  created  simultaneously,  they  are 
labeled  hrom  top  to  bottom.  Additionally,  there  are  two  cells  of  special  interest  in  every 
world:  the  one  where  the  robot  is  currently  located,  and  the  one  which  contains  its  goal. 
They  will  be  denoted  by  and  c^^a/,  respectively.  In  some  cases,  they  may  be  the  same. 
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Figure  6  is  an  example  of  the  vertical  parallel  cell  decomposition  of  a  world  with  four 
normal  holes  and  one  inverted  hole.  Its  associated  connectivity  graph  is  shown  by  the 
overlayed  dotted  line. 


Figure  6:  Initial  Cell  Decomposition  and  Connectivity  Graph 


D.  AUTOMATIC  PATH  CLASS  GENERATION 

We  now  describe  how  to  use  the  connectivity  graph  to  automatically  generate 
homotopy  classes.  It  should  be  obvious  that  each  hole  in  a  world  will  have  at  least  four 
fences.  As  previously  discussed,  only  one  fence  per  hoie  is  required  to  give  the  minimal 
information  homotopy  classes  representation.  For  consistency,  we  will  always  choose  this 
to  be  the  downward  fence  from  the  leading  extreme  vertex.  If  the  hole  does  not  have  such 
a  vertex,  we  will  choose  the  downward  fence  extending  from  the  leading  parallel  edge.  We 
will  describe  the  fence  and  intersecting  mode  by  naming  the  cell  that  the  robot  departs  and 
enters  as  it  crosses  the  fence.  We  call  this  the  cell  movement  sequence.  For  example,  from 
the  graph  in  Figure  6,  we  see  that  the  cell  movement  sequence  describing  the  fence  and 
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crossing  inodes  associated  with  hj  are  cy-cj  and  cj-cj.  It  should  also  be  obvious  that  any 
path  from  the  robot’s  initial  configuration  to  its  goal  can  be  described  by  a  chain  of  cell 
movement  sequences,  Ci;urCfC*-...-c/-c„-c^oa/‘  called  the  complete  cell  movement 
sequence.  Note  that  the  complete  cell  movement  sequence  contains  an  embedded  fence 
crossing  sequence,  and  can  therefore  be  used  to  represent  a  homotopy  class. 

Since  any  complete  cell  movement  sequence  from  Cj;,,,  to  uniquely  defines  a 
homotopy  class,  we  can  search  the  connectivity  graph  to  find  all  possible  paths  and  thus 
generate  all  path  classes.  We  must  first,  however,  define  some  stopping  criteria  for  the 
search.  Recall  that  we  are  only  interested  in  evaluating  simple  paths.  This  means  that,  for 
most  cells  in  the  decomposition,  once  the  robot  leaves  it  should  not  return.  Unfortunately, 
this  is  not  true  for  some  cells,  specifically  ambiguous  cells.  Consider  a  robot  located  at  the 
bottom  of  cell  in  Figure  6,  on  page  24,  which  needs  to  move  to  the  top  of  cell  C4.  Suppose 
the  robot  is  too  wide  to  fit  through  the  gap  between  hj  and  A4.  If  we  do  not  allow  the  robot 
to  reenter  a  cell  once  it  departs,  the  path  class  given  by  CQ-C4-cyCi<2<4  would  not  be 
considered.  Clearly,  this  should  be  one  of  the  alternatives.  At  first  we  might  consider 
relaxing  the  “visit  once”  criteria  for  C4,  but  this  would  lead  to  consideration  of  the  class 
given  by  CyC4-C2-CrC3-C4,  which  clearly  is  not  simple.  We  must,  therefore,  eliminate  the 
ambiguity  in  these  cells  in  order  to  apply  the  stopping  criteria  uniformly. 

The  first  step  is  to  identify  ambiguous  cells  created  by  the  parallel  decomposition. 
Again,  the  connectivity  graph  provides  a  useful  tool.  From  an  earlier  discussion,  we  know 
that  cells  cy  and  cy;  are  special  cases  of  ambiguous  cells,  and  can  be  identified  immediately 
without  the  graph.  We  can  also  see  that  cell  C4  is  a  standard  example  of  the  first  form,  and 
C5  is  an  example  of  the  second.  Additionally,  we  note  that  they  correspond  to  nodes  of  the 
connectivity  graph  of  degree  greater  than  three.  It  should  be  obvious  that  having  degree 
greater  than  three  is  sufficient  for  being  an  ambiguous  cell  by  the  very  nature  of  their 
construction.  If  it  is  also  necessary,  then  identifying  such  cells  is  trivial. 
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Unfortunately,  it  is  not  generally  necessary  for  a  cell  of  degree  four  or  more  to  be 
ambiguous.  Consider,  again,  the  example  in  Figure  6.  Suppose  that  holes  h2  and  hj  were 
connected  by  the  fence  between  cells  cg  and  c/q,  and  were  really  one  large  hole.  The  only 
change  to  the  connectivity  graph  would  be  the  removal  of  the  arc  from  cg  to  Cjq.  Now,  cell 
C5  still  has  degree  four,  but  no  longer  falls  under  the  definition  of  an  ambiguous  cell.  We 
would  not  want  any  path  to  enter  C5  more  than  once.  Nevertheless,  we  can  use  the 
connectivity  graph  to  identify  candidate  cells,  and  then  examine  how  they  were  constructed 
to  verify  if  they  are  indeed  ambiguous. 

Since  an  ambiguous  cell  is  one  which  does  not  contain  geometric  information  about 
La's  orthogonal  axis,  it  would  seem  natural  to  add  this  information  with  a  supplemental 
sweep  by  Lp  =  ^+90-  conduct  the  sweep  in  much  the  same  way  as  the  initial 
decomposition,  except  now  we  only  sweep  selected  cells.  At  each  extreme  vertex  defining 
the  ambiguous  cell,  we  extend  L^  in  both  directions  until  it  intersects  a  hole  or  a  fence.  If 
the  cell  was  defined  by  one  or  more  parallel  edges,  then  we  extend  from  any  point  along 
each  edge.  For  consistency,  we  will  use  the  midpoint.  This  divides  the  original  cell  into  at 
most  n+1  convex  pieces,  where  n  is  the  number  of  holes  which  defined  the  cell.  The  new 
convex  pieces  are  called  sub-cells.  Figure  7  shows  the  results  of  the  supplemental  sweep. 
The  new  fences  are  indicated  by  thin  dotted  lines. 

We  must  now  relabel  the  sub-cells  and  reconstruct  the  connectivity  graph.  In  order 
to  preserve  the  information  contained  in  the  original  graph,  we  will  name  the  sub-cells  in 
the  order  in  which  they  were  created  by  adding  a  suffix  to  their  old  label.  We  also  want  to 
add  sub-cell  adjacency  arcs  while  maintaining  the  original  adjacency  information.  We 
preserve  the  original  adjacency  information  by  adding  only  one  arc  between  cells  that  were 
adjacent  in  the  original  decomposition.  For  example,  c^c  adjacent  to  both  and 
yet  we  only  add  one  arc  from  C5  to  C4.  It  does  not  matter  which  arc  is  added,  as  long  as  the 
sub-cells  within  these  cells  are  adjacent.  Adding  all  sub-cell  adjacency  arcs  would  destroy 
the  bijection  between  homotopy  classes  and  complete  cell  movement  sequences. 
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Figure  7;  Supplemental  Sweep  of  Ambiguous  Cells 


Now  we  see  that  we  can  define  a  simple  path  to  be  one  that  enters  a  sub-cell  or  cell 
only  once.  A  simple  path  for  the  robot,  then,  corresponds  to  a  simple  path  on  the  graph. 
Moreover,  to  find  all  simple  path  classes  for  the  robot,  we  need  only  search  the  graph  for 
all  simple  paths.  We  propose  using  a  depth  first  search  starting  at  Ci„i,  and  terminating  at 
^goal-  ^PPly  ^  simple  backtracking  strategy  to  find  all  simple  paths. 

The  complete  set  of  path  classes  is  passed  to  the  next  layer  of  the  motion  planning 
algorithm,  where  a  class  is  selected  and  a  detailed  motion  plan  is  formed.  We  present  the 
specific  decomposition  and  graph  search  implementations  in  the  next  chapter. 


27 


V.  IMPLEMENTATION  ON  YAMABICO 


A.  2.DIMENSIONAL  GEOMETRIC  MODEL  OF  A  ROBOT’S  WORLD 

Wc  propose  to  represent  the  robot’s  world  by  specifying  the  vertices  of  the 
polygonal  holes.  Each  hole,  then,  becomes  an  ordered  list  of  vertices  such  that  traversing 
the  list  corresponds  to  traversing  the  hole’s  boundary  with  the  free  space  on  the  right.  In 
other  words,  vertices  of  regular  holes  are  ordered  counter-clockwise,  while  vertices  of 
inverted  holes  are  ordered  clockwise.  Since  information  is  cotiunonly  needed  about  a 
vertex’s  neighbors,  the  specific  data  structure  must  be  able  to  efficiently  identify  its  next 
and  previous  vertices.  Storing  the  vertices  in  a  doubly  linked  list  is  one  alternative.  In  this 
chapter  we  will  describe  the  world  of  our  robot,  Yamabico,  and  provide  specific  details  of 
how  we  implement  the  model  and  theory  discussed  earlier. 

B.  ALGORITHMS  AND  DATA  STRUCTURES 

The  code  for  the  implementation  discussed  in  this  chapter  is  attached  as  an 
appendix.  It  is  also  available  in  the  yamabico  account  under  the  graduates  subdirectory. 
Currently,  building  and  decomposing  the  world  model  is  preprocessed  on  a  Unix 
workstation  with  the  same  architecture  as  Yamabico.  We  are  investigating,  however,  the 
possibility  of  creating  these  structures  using  the  robot’s  processor.  By  processing  them  on 
board,  we  gain  the  ability  to  relocate  Yamabico  without  recompiling  and  redownloading 
the  entire  kernel. 

1.  World  Model 

Yamabico’ s  world  is  stored  as  a  circularly  linked  list  of  polygons,  where  each 
polygon  is  a  doubly  linked  list  of  its  vertices.  Access  to  the  world  is  gained  through  a 
pointer  to  one  of  the  polygons  on  the  list.  The  file  buiULh  contains  the  definitions  for  the 
actual  C  structures  used,  while  Figure  8  gives  a  graphical  representation. 
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Figure  8:  Representation  of  World  Model 


Initially,  the  vertex  information  is  stored  as  an  ASCII  file.  The  function  buildWorld 
in  the  file  build.c  reads  the  vertices  one  at  a  time,  and  constructs  the  linked  structure 
described  above.  This  structure  is  then  used  for  two  purposes.  The  first  is  to  create  a  file 
which  explicitly  defines  every  polygon  and  every  vertex  variable,  along  with  an 
initialization  function  to  assign  them  the  correct  value.  This  new  file  is  compiled  and  linked 
with  the  robot’s  kernel.  The  file  worlddatax  is  an  example.  The  decomposition  function 
also  uses  the  constructed  world  model  to  build  the  cells  and  connectivity  graph.  These 
processes  are  described  below. 

2.  Cell  Decomposition 

One  of  the  goals  of  the  data  structure  used  to  represent  the  decomposition  of  the 
robot’s  free  space  is  to  answer  these  two  questions  efficiently:  Whether  an  edge  defines  the 
boundary  of  a  hole,  or  whether  it  defines  a  fence  crossing;  and  in  which  cell  is  the  robot 
currently  located.  Additionally,  it  is  reasonable  for  the  robot’s  global  motion  planner  to 
expect  that  different  representations  of  the  free  space  be  consistent.  Therefore,  we  propose 
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to  represent  the  decomposed  world  by  specifying  the  vertices  of  the  cells.  Specifically,  we 
will  model  each  cell  as  an  inverted  hole,  with  its  boundary  determined  by  a  combination  of 
obstacles  and  fences.  In  this  way,  any  intracell  motion  planning  can  be  acconqilished  as  if 
the  robot  were  located  in  an  obstacle-free  convex  world.  Intercell  motion  is  permitted  by 
allowing  the  robot  to  cross  cell  boundaries  which  are  defined  by  fences.  The  complete 
representation  of  the  decomposed  world  is  a  circularly  linked  list  consisting  only  of  cells; 
obstacles  are  implicitly  defined  by  a  subset  of  the  cell  boundaries. 

The  decomposition  is  achieved  by  sweeping  a  vertical  line  across  the  original  world 
using  the  ideas  presented  in  [La91].  Sweeps  of  orientations  other  than  90  degrees  are 
accomplished  by  rotating  the  world,  conducting  a  vertical  sweep,  and  then  rotating  the 
world  back  to  its  original  configuration.  The  continuous  sweep  is  discretized  by  realizing 
that  cells  are  created  or  completed  only  at  obstacle  vertices,  and  that  they  are  only  affected 
by  obstacle  edges  which  have  non-empty  intersection  with  the  sweep  line.  This 
immediately  defines  the  need  for  two  data  structures:  a  list  of  events,  which  are  the  vertices 
ordered  by  x-coordinate,  and  a  list  of  those  edges  which  intersect  the  sweep  line.  The  event 
list  is  static  for  a  given  world,  but  the  edge  list  changes  at  each  event.  We  can,  therefore, 
create  the  event  list  as  we  read  in  the  initial  world  data.  Events  are  maintained  as  pointers 
to  vertices,  and  are  properly  placed  on  the  event  list  using  a  simple  linear  insertion.  The 
sweep  is  performed  by  the  algorithms  shown  in  Figures  9  through  13. 

We  refer  the  reader  to  the  actual  code  for  the  precise  implementation  details,  but 
make  some  explanatory  notes  here.  For  simplicity,  we  show  the  main  algorithm  assuming 
that  the  sweep  line  only  encounters  one  event  at  a  time.  The  actual  program  handles  the 
general  case  where  the  sweep  line  may  encounter  multiple  events  simultaneously.  Also,  the 
active  edge  list  is  maintained  so  that  edges  are  ordered  by  decreasing  y-coordinate  of  their 
intersection  with  the  sweep  line.  This  allows  us  to  quickly  locate  the  edge  which  first 
intersects  the  fence  as  it  is  extended  from  the  current  event  vertex.  These  algorithms  are 
implemented  in  the  files  decompose. c  and  decomposutilc. 
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ALGORITHM  DECX>MPOSE  WORLD 

INPUT:  Event  list  sorted  by  x-coordinate;  Model  of  robot’s  world 

OUTPUT:  Model  of  robofs  world  represented  as  convex  cells 

begin 

while  event  list  is  not  empty 

currentEvent  <-  next  Event  from  Event  List 

ADD  EDGES  TO  ACTIVE  LIST; 

FINISH  COMPLETED  CELLS; 

START  NEW  CELLS; 

REMOVE  EDGES  FROM  ACTIVE  LIST; 

end  while; 

end  DECOMPOSE  WORLD 


Figure  9:  Algorithm  DECOMPOSE  WORLD 


ALGORITHM  ADD  EDGES  TO  ACTIVE  LIST 
INPUT:  Event 

OUTPUT:  Updated  Active  Edge  List 
begin 

currentVertex  vertex  pointed  to  by  currentEvent 

if  x-coordinate  of  currentVertex's  next  vertex  >  x-coordinate  of  currentVertex  then 
add  edge  defined  by  currentVertex  and  currentVertex’s  next  vertex 
to  Active  Edge  List  in  the  proper  order 

if  x-coordinate  of  currentVertex’s  previous  vertex  >  x-coordinate  of  currentVertex 
then 

add  edge  defined  by  currentVertex  and  currentVertex’s  previous  vertex 
to  Active  Edge  List  in  the  proper  order 

end  ADO  EDGES  TO  ACTIVE  LIST 


Figure  10:  Algorithm  ADD  EDGES  TO  ACTIVE  LIST 
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ALGORITHM  COMPLETE  CELL 
INPUT:  Event 

OUTPUT :  Complete  cell  added  to  world  model.  Updated  Cell  in  Progress  List 
begin 

currentVertex  vertex  pointed  to  by  currentEvent 
if  currentVertex  is  convex  minimal  extreme 
complete  cell  UP/DOWN 
eisif  currentVertex  is  convex  maximal  extreme 
complete  cell  UP 
complete  cell  DOWN 
eisif  currentVertex  is  convex  interior  up 
complete  cell  UP 

eisif  currentVertex  is  convex  interior  down 
complete  cell  DOWN 

eisif  currentVertex  is  concave  maximal  extreme 
complete  ISOLATED  cell 
eisif  currentVertex  is  concave  interior 
extend  cell 

end  COMPLETE  CELL 

Figure  11:  Algorithm  COMPLETE  CELL 


ALGORITHM  START  NEW  CELL 
INPUT:  Event 

OUTPUT:  Updated  Cells  in  Progress  List 
begin 

currentVertex  vertex  pointed  to  by  currentEvent 
if  currentVertex  is  convex  minimal  extreme 
start  new  cell  UP 
start  new  cell  DOWN 

eisif  currentVertex  is  convex  maximal  extreme 
start  new  cell  UP/DOWN 
eisif  currentVertex  is  convex  interior  up 
start  new  cell  UP 

eisif  currentVertex  is  convex  interior  down 
start  new  ceil  DOWN 

eisif  currentVertex  is  concave  minimal  extreme 
star  new  ISOLATED  cell 

end  START  NEW  CELL _ 

Figure  12:  Algorithm  START  NEW  CELL 
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ALGORITHM  DELETE  EDGES  FROM  ACTIVE  LIST 
INPUT:  Event 

OUTPUT:  Updated  Active  Edge  List 
begin 

currentVertex  «->  vertex  pointed  to  by  currentEvent 

for  each  Edge  on  Active  Edge  List 

if  x-coordinate  of  currentVertex  a  x-coordinate  of  Edge’s  trailing  vertex  then 
remove  edge  from  Active  Edge  List 

end  for 

end  DELETE  EDGES  FROM  ACTIVE  LIST 

Figure  13:  Algorithm  DELETE  EDGES  FROM  ACTIVE  LIST 

3.  Connectivity  Graph 

We  generate  the  connectivity  graph  as  a  by-product  of  the  decomposition  sweep. 
The  graph  is  maintained  as  an  adjacency  list.  Nodes  of  the  graph  are  added  when  a  cell  is 
started.  As  a  cell  is  completed,  the  vertical  fence  which  defines  its  rightmost  boundary  is 
placed  on  a  temporary  holding  list.  Then,  as  the  algorithm  enters  the  start  new  cell  phase, 
the  leftmost  boundary  of  each  new  cell  is  compared  with  the  boundaries  on  the  holding  list. 
Two  boundaries  will  match  if  the  cells  are  adjacent.  Once  adjacency  of  two  cells  is 
determined,  both  nodes  on  the  graph  are  updated. 

4.  Determining  Ceii  of  Current  and  Goai  Configurations 

If  the  initial  and  goal  configurations  are  known  before  the  world  is  decomposed,  the 
cell  in  which  they  are  located  can  be  determined  as  part  of  the  sweep.  Since  the  world  is 
presently  decomposed  offline,  however,  we  will  assume  that  neither  location  is  known. 
The  first  step  in  identifying  the  homotopy  classes,  then,  is  to  identify  the  cell  containing  the 
robot’s  initial  position  and  the  cell  containing  the  goal.  Once  the  robot  has  this  information. 
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it  should  be  able  to  keep  its  current  cell  location  updated  by  using  odometry  control.  Still, 
it  may  be  necessary  for  the  robot  to  verify  this  information. 

Preparata  and  Shamos  [PrShSS]  present  two  algorithms  for  determining  whether  a 
point  lies  within  the  interior  of  a  simple  N-gon.  Including  preprocessing,  each  takes  0(N) 
time.  Since  we  are  concerned  with  only  convex  cells,  we  have  adapted  the  more  restrictive 
convex  inclusion  algorithm.  It  is  based  on  the  fact  that  for  any  point  p  interior  to  a  convex 
polygon,  and  for  any  two  vertices  Vj  and  V2  of  that  polygon,  the  angle  formed  by  the  two 
rays  ^  and  pv2  is  positive,  if  V2  is  reached  from  V|  while  traveling  the  polygon’s  border 
in  its  natural  direction.  Now,  if  for  each  vertex  V|  and  its  next  vertex  V2,  this  angle  is 
positive,  we  know  that  p  lies  within  the  polygon.  We  can  use  the  algorithm  in  Figure  14,  to 
find  the  cell  of  the  initial  and  goal  configurations,  and  the  algorithm  in  Figure  IS,  to  verify 
that  the  robot  is  located  within  a  specific  cell. 


ALGORITHM  FIND  CELL 

INPUT:  Configuration,  Decomposed  Model  of  rotjot's  world 
OUTPUT:  Cell  which  contains  Configuration 

begin 

while  all  cells  not  checked 

currentCell  next  cell  not  checked 

if  INSIDE  CELL  (currentCell) 

Configuration  is  located  within  currentCell 

end  while 

ERROR:  Configuration  is  not  located  within  robot's  world 
end  FIND  CELL 

Figure  14:  Algorithm  FIND  CELL 
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ALGORITHM  INSIDE  CELL 
INPUT:  Configuration,  Convex  cell 

OUTPUT:  TRUE  if  Configuration  is  within  Convex  Cell,  FALSE  otherwise 
begin 

while  all  vertices  not  checked 

currentVertex  <-  currentVertex's  next  vertex 

if  Configuration,  currentVertex,  and  currentVertex’s  next  Vertex  make  a  right  turn 
continue; 
else 

return  FALSE; 
end  if 

end  while 

return  TRUE; 

end  INSIDE  CELL 


Figure  15:  Algorithm  INSIDE  CELL 


5.  Finding  All  Homotopy  Classes 

Once  we  know  the  cell  containing  the  robot’s  configuration,  and  the  cell  containing 
the  goal  configuration,  we  can  apply  a  depth-first  search  with  backtracking  to  the 
connectivity  graph  to  find  all  simply  homotopy  classes.  We  will  use  the  algorithm  in 
Figures  16  and  17,  to  find  all  classes,  and  to  give  their  complete  cell  movement  sequence 
representation. 

We  mention,  here,  an  alternative  to  searching  the  graph  for  all  homotopy  classes, 
but  we  neither  develop  it  in  this  thesis  nor  presently  implement  it  on  Yamabico.  We  begin 
by  applying  edge  weights  to  the  graph  using  a  criteria  based  on  the  cost  of  moving  from 
one  cell  to  the  other.  Then,  we  can  use  Dijkastra’s  algorithm  to  search  the  graph  for  the  path 
of  minimal  cost.  Two  possible  cost  factors  to  consider  are  the  length  of  the  path  segment, 
and  the  clearance  between  obstacles.  Unfortunately,  it  appears  to  be  a  very  difficult 
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problem  to  fmd  the  exact  cost  for  a  cell  movement  sequence.  We  could  use,  instead,  a  good 
^proximation  to  find  a  near-optimal  solution. 


ALGORITHM  FIND  PATHS 

INPUT:  Connectivity  Graph,  Celi  of  Goal  Configuration.  Cell  of  Robofs  Configuration 
OUTPUT:  Compiete  ceil  movement  sequence  of  each  homotopy  class 

begin 

if  Robot  and  Goai  are  in  the  same  cell 
return  NULL  path  class 

initialize  all  predecessors  to  NILL 
CG  4-  Connectivity  Graph 
s  4-  Cell  of  Robot’s  Configuration 
g  4-  Ceil  of  Goal  Configuration 
DFS(CG.  s.  g) 

end  FIND  PATHS 


Figure  16:  Algorithm  FIND  PATHS 


ALGORITHM  DFS 

INPUT:  Connectivity  Graph,  u,  v  vertices  in  Connectivity  Graph 
OUTPUT:  Complete  cell  movement  sequence  of  a  homotopy  class 

begin 

if  u  s  V 

return  path  class  by  tracing  predecessors 
eise 

for  all  vertices  x  which  are  adjacent  to  u  do 

if  predecessor  of  x  =  NIL 
mark  predecessor  of  x  s  u 
DFS(CG.x.v) 

mark  predecessor  of  x  «  NIL 
end  FIND  PATHS 


Figure  17:  Algorithm  DFS 
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C.  INTEGRATION  WITH  MML 

Yamabico’s  global  motion  planner  has  been  mentioned  several  times  in  this 
chapter.  Currently,  the  complete  system  is  under  development  by  Chien-Liang  Chuang  and 
Joseph  Kovalchick,  PhD  candidates  at  the  Naval  Postgraduate  School.  When  completed,  it 
will  provide  the  main  interface  as  part  of  the  model-based  mobile  robot  language  (mml). 
The  work  done  in  this  thesis  will  primarily  be  a  subset  of  the  inner  workings  of  the  global 
motion  planner.  We  can,  however,  provide  some  limited  integration  now. 

We  hide  the  details  of  the  world  model  by  providing  access  through  a  pointer  to  the 
world  structure.  The  world  structure,  then,  is  linked  to  one  of  the  polygons.  Multiple 
representations  of  the  same  world  can  be  present  simultaneously.  Each,  though,  are 
independent  and  share  no  information.  Presently,  the  only  interface  to  the  world  models  is 
through  the  configuration-cell  location  functions.  As  the  global  motion  planner  evolves, 
more  interface  functions  must  be  provided. 
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VI.  CONCLUSION 


A.  RESULTS 

Without  the  global  motion  planner,  it  is  hard  to  test  and  validate  the  theory 
described  in  this  thesis.  Fortunately,  that  work  is  underway.  Still,  we  believe  that  the  ideas 
and  implementation  presented  here  will  provide  a  solid  framework  for  future  work.  We 
have  been  able  to  graphically  analyze  the  decomposition  process,  and  evaluate  the 
generation  of  the  connectivity  graph.  The  functions  that  will  provide  the  initial  interface 
between  *he  global  planner  and  the  robot’s  world  model  have  all  been  tested  on  board 
Yamabico.  The  results  are  a  reliable  first  layer  to  what  will  be  a  robust,  multi-layer, 
autonomous  motion  planner. 

B.  AREAS  OF  FURTHER  RESEARCH 

While  the  parallel  cell  decomposition  provides  a  good  beginning  for  the  global 
motion  planner,  it  has  left  some  questions  unanswered,  and  raised  others.  We  present  three 
of  them  here;  two  relating  to  the  theory  of  our  layered  path  planning  paradigm,  and  one 
relating  to  the  implementation  on  Yamabico. 

1.  Orientation  of 

We  mentioned  previously  that  the  generation  of  some  ambiguous  ceils  could  be 
avoided  by  carefully  choosing  L^.  Furthermore,  some  worlds  may  be  better  suited  for  a 
sweep  by  one  orientation  over  another.  This  leads  us  to  the  question  of  whether  we  can 
efficiently  determine  if  one  orientation  of  L^is  better  than  another  for  a  given  world. 
Consider  the  world  and  the  two  decompositions  in  Figure  18.  on  page  40.  which  is  similar 
to  a  portion  of  the  Sth  floor  of  Spanagel  Hall.  We  notice  that  the  horizontal  decomposition 
creates  many  more  cells  than  the  vertical  decomposition.  On  the  one  hand,  we  end  up 
further  decomposing  many  of  the  classrooms  which  were  already  convex.  On  the  other 
hand,  though,  we  get  many  more  motion  clues  as  we  move  along  the  long  hallway.  It  seems 
apparent  that  the  two  decompositions  shown  are  better  than  any  other,  but  we  do  not  know 
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for  sure.  Also,  how  can  we  decide  if  the  additional  information  provided  in  the  hallway  is 
worth  the  extraneous  information  added  to  the  classrooms.  We  leave  this  as  an  open 
question,  but  use  it  to  provide,  perhaps,  some  insight  into  a  solution  to  another  problem. 


2.  Ambiguous  Cells 

While  the  generation  of  some  ambiguous  cells  can  be  avoided  with  a  particular 
choice  of  we  realize  that  generally  some  will  still  be  created.  This  is  inherent  in  the  fact 
that  for  a  given  sweep,  we  only  preserve  spatial  information  in  one  orientation.  The  method 
we  proposed  of  limiting  a  supplemental  orthogonal  sweep  to  the  ambiguous  cells  is 
acceptable,  but  this  still  raises  some  questions.  Primarily,  we  are  uneasy  with  the  idea  that 
this  method  favors  one  orientation  over  another.  We  investigated  the  possibility  of  fully 
decomposing  the  world  using  a  set  of  orthogonal  sweeps,  and  generating  a  corresponding 
set  of  connectivity  graphs.  The  idea  was  to  independently  find  all  homotopy  classes  with 
both  graphs,  and  provide  the  lower  layers  of  the  global  motion  planner  a  pair  of  cell 
movement  sequences  for  each  class.  This  approach  has  two  benefits.  First,  we  end  up 
treating  both  orientations  equally.  Second,  we  provide  additional  motion  clues  that  would 
be  missing  from  a  single  sweep.  In  the  example  from  Figure  18,  the  second  sweep  would 
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allow  the  global  motion  planner  to  use  the  additional  cells  in  the  hallway,  while 
disregarding  them  in  the  classrooms. 

Unfortunately,  we  encountered  a  problem  with  this  approach.  For  a  world  with 
multiple  homotopy  classes,  we  are  still  unsure  how  to  accurately  make  the  pairings.  It  is 
easy  for  a  human  to  match  a  simple  path  on  one  graph  with  a  simple  path  on  the  other,  but 
as  of  yet,  we  have  not  found  a  method  to  do  it  autonomously. 

3.  Downloading  the  World  Model 

Currently,  the  model  for  the  robot’s  world  and  the  decomposition  are  transformed 
into  C  files,  compiled,  and  linked  into  the  robot’s  kernel.  This  method  will  cause  us  to 
relink  and  redownload  the  kernel  every  time  we  want  to  change  the  robot’s  world.  A  better 
solution  would  be  to  allow  Yamabico  to  build  and  decompose  the  world  on  board.  Then,  it 
needs  only  download  the  new  vertex  information  when  relocated.  We  are  presently 
investigating  a  method  for  storing  the  ASCII  world  information  in  RAM  onboard 
Yamabico,  which  will  allow  us  to  move  the  consmiction  and  decomposition  from  the 
workstation  to  the  robot. 
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APPENDIX  A 


A.  MAIN 

1.  iiiaiii.c 

^*«****«***************** *•*••****«**•***•«•••*••••*••******••*«••**• 

FILE:  main.c 

PURPOSE:  This  file  contains  the  main  function  which  parses  the  command 
line  and  then  calls  the  decompose  functions 


#include  <stdio.h> 
tinclude  <stdlib.h> 
#include  <sti1ng.h> 
iinclude  <math.h> 
#include  '\itil.h” 

#include  ‘t)uifd.h” 

#include  “decompose.h” 
#include  ‘Vvorldfile.h” 

int 

main(int  argc,  char*  argvQ) 

{ 


FILE*  plotFile; 

FILE*  worldFile; 

world*  testWorld; 
world*  decompWortd; 
polygon*  curPolygon; 
vertex*  curVertex; 
event*  eventList; 
event*  currentEvent; 

node*  cGraph; 

int  numberOfSweeps; 
int  counter; 
double  sweepAngle; 
double  cosRotInv; 
double  sinRotInv; 
double  rotX,  rotY; 

char  woridTag[7]; 
char  filename{21]; 


eventList  >  NULL; 
cGraph  «  NULL; 
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decompWortd  >  NULL; 

r  This  block  of  code  parses  the  command  line  to  ensure  it  is  correct*/ 
if  (argc  <  2){ 

printfOnYou  must  supply  the  name  of  the  file  containingVn”); 
printfHhe  vertices  of  the  robot's  worldSn”); 
return  -1; 

}else  if  (argc  <  3){ 
numberOfSweeps  « 1 ; 
sweepAngle  «  90.0; 

}else  if  ((numberOfSweeps  »  atoi(argv(2]})  >  0){ 
if  (argc  (numberOfSweeps  +  3)){ 
printf(‘^n%d  sweeps  specified,  but  %d  angles  given\n”. 

numberOfSweeps, (argc  •  3)); 
return  -4; 

} 

for  (counter  =  1 ;  counter  <=  numberOfSweeps;  counter-i-t-){ 
sweepAngle  s  atof(argv[2+counter]); 
if  ((sweepAngle  <=  0.0)  II  (sweepAngle  >  180.0)){ 
printfCVi  %Sweep  angle  must  be  in  the  range  (0.0-1 80.0]\n”); 
return  -2; 

} 

} 

}else{ 

printf(‘^nlnvalid  commandline  options.  Correct  format  is:\n”); 
printf(“DecomposeWorld  filename  (#  of  sweeps]  (sweep  angles]\n"); 
return  -3; 

> 

/*  read  in  the  world  datafile,  build  the  structures  for  the 
original  world  model,  and  create  the  outputfile  */ 

if((testWorld  »  buildWorld(argv[1],  90,  AeventList))  NULL){ 
return  -3;  Tfile  does  not  exist,  or  contains  an  error*/ 

}else{ 

createWorldFile(testWor1d,NULL,  •'originalworld.c",90,0,"0’0; 

} 

/*  Decompose  the  world  for  every  sweep  angle  specified  as  a 
command  line  parameter*/ 

for  (counter «  1 ;  counter  <a  numberOfSweeps;  counter-t-+){ 
if  (argc>2) 

sweepAngle  »  atof(argv[2-Kounter]); 
sprintf(worldT ag,”%3.2r,sweepAngle); 

(*strchr(worldT ag,'.’))»’_’; 

freeWorld(&testWor1d,&decompWortd,&eventList,&cGraph); 
testWorld  «  buildWorld(argv[1],sweepAngle,  AeventList); 
decompWortd  >  decompose(eventList,  AcGraph); 
sprintf(filename,”decompworld_%s.c”,wor1dTag); 
createWorldFile(decompWor1d,cGraph,filename,sweepAngle,counter,wortdTag); 
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/*  If  only  one  decomposition  was  specified,  create  a  file  which  can 
be  used  by  QnuPlot  to  graphically  show  the  cells  */ 
if  (argc  o  4){ 

cosRotInv  «  cos((-(M_PI*(90.0-sweepAngle)))/180.0); 
sInRotInv  «  sin((*(M_Pr(90.0-sweepAngle)))/180.0); 

curPolygon  m  decompWortd  •>polygonijst; 

plotRle  » fopen(‘t>lot.dar,%0; 

do{ 

fprintf(plotFile,”#Cell  %s  veitices\n”.curPolygon->name); 

curVertex  «  curPolygon*>vertexList; 

do{ 

/••••"re-rotate"  the  vertices******/ 

rotX  *  ((curVertex->posit.X*cosRotlnv)-(curVertex->posit.Y*sinRotlnv)); 
rotY  » ((curVertex->posit.X*sinRotlnv)4(curVenex->posit.Y*cosRotlnv)); 
fprintf(plotFile,”%4.2f  %4.2f\n",  rotX,  rotY); 
curVertex  s  curVertex*>next: 

}while  (curVertexl=  curPolygon->vertexList); 
rotX  =  ((curVertex*>posit.X*cosRotinv)-(curVertex->posit.Y*sinRotlnv)); 
rotY  *  ((curVertex->posit.X*sinRotlnv)-f(curVertex->posit.Y*cosRotlnv)); 
fprintf(plotFile,"%4.2f  %4.2f  \n\n".  rotX,  rotY); 
curPolygon  =  curPolygon->next: 

}while  (curPolygon  Is  decompWorld->polygonList); 
fclose(plotFile); 

printf(*Your  plot  data  is  located  in  plot.dat\n” ); 

} 

return  1 ; 


} 

B.  BUILD 

1.  build.h 


FILE:  build.h 

PURPOSE:  This  file  contains  the  definitions  for  the  types  used  in 
the  world  model. 


#ifndef _ build_h 

#define _ build.h 


typedef  struct  point{ 
double  X; 
double  Y; 

}polnt: 

typedef  struct  vertex{ 
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point  posit; 
char  bndry{5]; 
struct  vertex*  next; 
struct  vertex*  prev; 

}vertex; 

typedef  struct  polygon{ 
char  name[5]; 
int  mode; 
vertex*  vertexList; 

vertex*  openi;  /*used  while  constructing  cells*/ 
vertex*  open2;  /*used  while  constructing  cells*/ 
struct  polygon*  next; 

}polygon; 

typedef  struct  world{ 
char  name(15]; 
polygon*  polygonList; 

}world; 

typedef  struct  event{ 
vertex*  eVertex; 
struct  event*  next; 
polygon*  owner; 

}event; 

typedef  struct  arc{ 
struct  node*  Node; 
struct  arc*  next; 
double  weight; 
int  visited; 

}arc; 

typedef  struct  node{ 
polygon*  cell; 
arc*  arcList; 

struct  node*  predecessor; 
struct  node*  next; 
arc*  curArc; 

}node; 

This  function  reads  the  ASCII  vertex  information  in  the  inputfile, 
rotates  the  world  by  decompostion  angle,  and  orders  the 
vertices  to  create  the  event  list.  It  returns  a  pointer 
to  the  world. 


world*  bulldWor1d(char*,  double,  event**); 
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2.  biiild.c 


FILE:  build.c 

PURPOSE:  This  file  contains  the  function  which  reads  in  the  ASCII 
vertex  information  and  creates  the  linked  list  structure 
defined  by  the  world  model. 


#include  <stdio.h> 
#include  <stdlib.h> 
Sinclude  <math.h> 
#include  <ctype.h> 
Sinclude  “util.h" 

#include  ‘t>uild.h'' 
#include  "dec  mpose.h* 


world* 

buildWorld(char*  fileName,  double  rot,  event**  eventList) 

{ 


FILE*  inputFile; 
char  ch; 

world*  currentWorld; 
polygon*  currentPolygon; 
vertex*  currentVertex; 
vertex*  previousVertex; 

double  tempX; 
double  tempY; 
double  cosRot; 
double  sinRot; 

event*  newEvent; 
event*  currentEvent; 
event*  previousEvent; 

/*We  rotate  the  world  to  achieve  sweeps  other  than  vertical,  here 
we  calculate  the  trig  functions  for  the  rotation  transfonnation*/ 
rot « (M_P1  *  (90.0-rot) VI  80.0; 
cosRot  >  cos(rot); 

SinRot «  sin(rot); 

if  ((inputFile  >  fopen(fileName.  *r^) ««  NULL){ 
printfCNnCould  not  open  named  file:  %8\n", fileName); 
return  NULL; 

) 

currentWorld  >  (wortd*)malloc(sizeof(worid)); 
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currentPolygon  •  curr8ntWorld*>polygonList  x 
(polygon*)malloc(sizeof(polygon)); 

getName(inputFile,  currentWorld->nama.  15); 

whiie(1){/*loop  until  all  polygons  are  read*/ 

getName(inputFile.  cutTentPolygon*>name,5); 
f8canf(inputFile,"%dC‘,4curTentPolygon->mode): 

currentVertex  x  currentPolygon*>vertexUst  x 
(vertex*)malloc(si2eof(vertex)): 

while(1){/*loop  until  all  vertices  for  this  polygon  are  read*/ 

fscanf(inputFile,*%lf,%IO".4tempX,  &tempY); 

Trotate  vertices  of  world  depending  on  sweep  angle*/ 
(currentVertex->posit.X)x  ((tempX*cosRot)-(tempY*sinRot)): 
(currentVertex->posit.Y)x((tempX*sinRot)+(tempY*cosRot)); 

/*building  event  list*/ 
if  (CeventList) NULL){ 

(*eventList)  x  (event*)malloc(si2eof(event)); 

CeventList)->e\/ertex  x  currentVertex; 

(*eventList)->owner  x  currentPolygon; 

CeventList)->next  x  NULL; 

}else{ 

newEvent  x  (event*)malloc(si2eof(event)); 
currentEvent  x  (’eventList); 
previousEvent « (*eventList); 
while  ((currentEvent)  && 

((currentVertex->posit.X  >  currentEvent->eVertex->posit.X)  II 
((currentVertex->posit.X  x=  currentEvent'>eVertex->posit.X)  && 
(currentVertex->posit.Y  <  currentEvent->eVertex->posit.Y)))){ 
previousEvent  x  currentEvent; 
currentEvent  x  currentEvent*>next;} 

r)ewEvent->next  ®  currentEvent; 
if(currentEvent  *»  (*eventList)) 

(*eventList)  x  newEvent; 
else 

previousEvent->next »  newEvent; 

newEvent->eVertexxcurrentVertex; 
newEvent*>owner  x  currentPolygon; 

) 

/*end  building  event  list  */ 
do 
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ch  «  g«tc<inputFile); 
while(isspace(ch)); 
if(ch-*)*) 

break;  riast  vertex  read  for  this  polygon*/ 
else  if  (ch  ‘(‘){ 
fclose(inputFile); 

fprintf('^nError  in  vertex  data  fito\n*); 
return  NULL; 

}else{  /*read  in  left  paren  of  next  vertex*/ 
currentVertex->nexts(vertex*)rnalioc(sizeof(vertex)); 
previousVertex  «  currentVertex; 
currentVertex  »  currentVertex->next; 
currentVertex*>prev  «  previousVertex; 

} 

}/*end  vertex  while  loop*/ 

currentVertex->next  s  currentPolygon->vertexList; 
cuiTentPolygon->vertexList->prev  >  currentVertex; 

do 

ch  s  getc(inputFile); 
while(isspace(ch)); 
if  (ch  ■*  ‘)’){/*last  polygon  read*/ 
currentPolygon->next  s  currentWorid*>polygonList; 
fclose(inputFile); 
return  currentWorid; 

}else  {/*  read  in  first  character  of  next  polygon  name  */ 
ungetc(ch,inputFile); 

currentPolygon->next  >  (polygon*)malloc(sizeof(polygon)); 
currentPolygon  >  currentPolygon->next; 

} 

}/*end  polygon  while  loop*/ 

} 


C.  DECOMPOSE 

1.  decompose.h 


FILE:  decompose.h 

PURPOSE:  This  file  contains  the  prototype  for  the  function  which 
examines  the  the  vertices  of  the  world  and  determines  what 
action  to  take  in  the  following  areas: 

adding  edges,  deleting  edges,  starting  cells, 
and  finishing  cells. 


tifndef  __decompose_h 
#define  _decompose_h 


SI 


#inclu(te  "build.h' 


wortd*  decompose(  event*,  node**); 
#endif 


2.  decompose.c 


FILE:  deconnpose.c 


PURPOSE:  This  file  contains  the  function  which  examines  the  the  vertices 
of  the  world  and  determines  what  action  to  take  in  the 
following  areas:  adding  edges,  deleting  edges,  starting  ceils, 
and  finishing  cells. 


#include  <stdio.h> 
finclude  <stdlib.h> 
#include  “build.h” 
#include  *decompose.h” 
#include  “util.h” 

#include  *decomputil.h” 


int  cellCount; 
world* 

decompose(event*  eventList,  node**  cGraph) 

{ 


wortd*  robotsWorld; 

edge*  activeEdges; 
edge*  cEdge; 
event*  currentEvent; 
event*  simulEvent; 
polygon*  cellList; 
fence*  activeFences; 


robotsWorld  «  malloc(sizeof(wortd)); 
robotsWorld->polygonUst «  NULL; 
activeEdges  «  NULL; 
cellUst «  NULL; 
cellCount «  0; 
activeEdges  >  NULL; 
activeFences  «  NULL; 
currentEvent «  eventList; 
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while(curr«ntEv«ntK 

/•"-“ADO  EDGES  LOOP**"* **“/ 
simulEv«nt «  currentEvent; 
do{ 

addEdge(8imulEvent.  AactiveEdges); 
simulEvent  ■  simulEvent->next; 

}while<(simuiEvent)  && 

(currentEvant->eVertex->posit.X  simulEvent->6Vertex*>posit.X)); 

/•••••••FINISH  CELLS 

SimulEvent «  currentEvent; 
do{ 

if  (simulEvent->eVertex->bndry[0]ss'V’)/*convex  vertex^/ 

{ 


if  ((simulEvent->eVertex*>posit.X  >  simulEvent->eVertex->next->posit.X) 
&&(simulEvent*>eVertex->posit.X  <=  simulEvent->eVertex*>prev->posit.X)) 
/•  this  is  an  up  interior  convex  vertex^/ 

{ 

if  (simulEvent->eVertex->bndfy(1)~’0’)/^only  vertex^/ 
finishCellUp(simulEvent,  &ce!iList, 

activeEdges.&robotsWorld,  AactiveFences); 


}else 

if  ((simulEvent->eVertex*>posit.X  <  simulEvent->eVertex*>next->posit.X) 
&&(simulEvent->eVertex->posit.X>simulEvent->eVertex*>prev->posit.X)) 
/•  this  is  a  down  exterior  convex  vertex*/ 

{ 

finishCellDown(simulEvent.  &cellList, 

activeEdges.&robotsWorld, AactiveFences,  0); 


}else 

if  ((simulEvent->eVertex->posit.X  <>  simulEvent->eVertex->next->posit.X) 
&&(simulEvent->eVertex->posit.X  <simulEvent->eVertex->prev->posit.X)) 


{ 

r  this  is  a  minimal  exterior  convex  vertex^/ 
if  (simulEvent->eVertex->bndry[1]ss’0’Vonly  vertex^/ 
finishCellUpDown(simutEvent,  &cellList, 

activeEdges.&robotsWorld, &activeFences); 


}else 

if  ((simulEvent*>eVertex->posit.X  >s  simuiEvent->eVertex->next->posit.X) 
&&(simulEvent->eVeitex->posit.X>simulEvent->eVertex->prev->posit.X)) 
{ 

/•  this  is  a  maximal  exterior  convex  vertex^/ 
if  (simulEvent*>eVertex->bndry(1]««’0’)/^only  vertex^/ 
finishCellUp(simulEvent.  &cellList, 
activeEdges.&robotsWorld,  &activeFences); 
finishCellDown(simulEvent,  &cellList, 
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activeEdges.&robotsWorid.  &activeFences,  0); 


} 

}else{/*  concave  vertex*/ 

if  ((simulEvent->eVertex->posit.X  >  simulEvent->eVertex->next->posit.X) 
&&(simulEvent->eVertex*>posit.X  >b  simulEvent->eVertex->prev‘>posit.X)) 
{ 

r  this  is  a  maximal  extreme  concave  vertex*/ 
if  (simulEvent*>eVertex‘>bndryt1]»*0’V*only  vertex*/ 
finishCelllsolated(simulEvent,  &cellList,  &robotsWortd); 

}else 

if  ((simulEvent->eVertex*>posit.X  <  simulEvent->eVertex->next->posit.X) 
&&(simulEvent*>eVertex->posit.X  >  simulEvent->eVertex*>prev->posit.X)) 

{ 

/*  this  is  an  interior  concave  vertex*/ 

If  ((simulEvent->eVertex->bndry{1]»=’0’)  &&  (cellList)) 
extendCell(simulEvent,  &cellList)y*oriiy  vertex*/ 

}else 

if  ((simulEvent->e\/ertex->posit.X  »  simulEvent->e\/ertex->next->posit.X) 
&&(simulEvent->eVertex->posit.X  >  simulEvent->eVertex->prev->posit.X)){ 
r  this  is  a  lower  right  comer*/ 
finishCellDown(simulEvent.  &cellList,  activeEdges, 

&robotsWorld,  &activeFences,  1); 


} 

} 

simulEvent  a  simulEvent*>next: 

}while((simulEvent)  && 

(currentEvent->eVertex->posit.X  s=simulEvent->eVertex«>posit.X)): 

SimulEvent  a  currentEvent; 

/***************START  CELLS  LOOP 
do{ 

if  (simulEvent->eVertex->bndry[0]a=’V’)/*convex  vertex*/ 

{ 


if  ((simulEvent->eVertex->posit.X  >a  simulEvent->eVertex->next->posit.X) 
&&(simulEvent->eVertex->posit.X  <  simulEvent->eVertex->prev->posit.X)) 
rthis  is  an  up  interior  convex  vertex*/ 

{ 

if  (simulEvent->eVertex*>bndry(1]a=’0’)/*only  vertex*/ 
startCelfUp(simulEvent,  AceilList,  activeEdges, 

&activeFences,  cGraph); 


}else 

if  ((simulEvent*>eVertex->posit.X  <  simulEvent->eVertex->next->posit.X) 
A&(simulEvent->eVertex->posit.X  >asimulEvent->eVertex->prev->posit.X)) 
/*  this  is  a  down  exterior  convex  vertex*/ 
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{ 

startCellDown(simulEvent,  ftcellUst. 

activeEdges,  &activeFences,  cGraph); 


}else 

if  ((simr  'IEvent*>eVertex->posit.X  <  simulEvent->eVertex->next->posit.X) 
&&(sin:ulEvent->eVertex->posit.X  <  simulEvent->eVertex->prev->posit.X)) 
{ 

r  this  is  an  minimal  exterior  convex  vertex*/ 

if  (simulEvent->eVertex->bndfy{11»=’0’)/*only  vertex*/ 
startCellUp(simulEvent,  &cellList, 
activeEdges,  &activeFences,  cGraph); 
startCellDown(simulEvent,  &cellUst, 

activeEdges,  &activeFences,  cGraph); 


}else{ 

/*this  is  a  maximal  exterior  convex  vertex*/ 
if  (simulEvent->eVertex->bndry[1]=’0’)/*only  vertex*/ 
startCellUpDown(simulEvent,  &cellList, 
activeEdges,  &activeFences,  cGraph); 


1 

}else(/*concave  vertex*/ 

if  ((simulEvent->eVertex->posit.X  <  simulEvent->eVertex->next->posit.X) 
&&(simulEvent->eVertex->posit.X<simulEvent*>eVertex*>prev->posit.X)) 
{ 

r  this  is  a  minimal  extreme  concave  vertex*/ 
startCelllsolated(simulEvent,  &cellList,  cGraph); 

}else 

if  ((simulEvent->eVertex->posit.X  >=  simulEvent->eVerlex->next->posit.X) 
&&(simulEvent*>eVertex->posit.X  <simulEvent*>eVertex->prev*>posit.X)) 

{ 

r  this  is  a  maximal  extreme  concave  vertex*/ 
if  ((simulEvent->eVertex->bndryt1]==’0’)  &&  (cellList)) 
extendCell(simulEvent,  &cellUst)y*only  vertex*/ 


}else 

if  ((simulEvent->eVertex->posit.X  <  simulEvent->e\/ertex->next->posit.X) 
&&(simulEvent->eVertex->posit.Xss  simulEvent->eVertex->prev->posit.X)) 
{ 

/*  this  is  an  upper  right  comer  */ 
startCellDown(simulEvent,  ftcellList, 

activeEdges,  &activeFences,  cGraph); 

} 

} 

simulEvent «  simulEvent->next; 

}while((simulEvent)  && 

(currentEvent->eVertex->posit.X  ■»  simulEvent->eVertex->posit.X)); 
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/•••“••••••DELETE  EDGES  LCX)P 

simulEvent «  currentEvent; 
do{ 

doleteEdge(simulEvent,  &activeEdges); 
SimulEvent «  simulEvent->next; 


}while((simulEvent)  && 

(currentEvent*>eVertex*>posit.X  «  simulEvent->eVertex->posit.X)  && 
(activeEdges)); 
currentEvent «  simulEvent; 


} 


/•The  decomposition  is  complete,  link  up  the  last  and  first  polygons*/ 
cellListsrot)otsWorid->polygonList; 
while(cellList*>next) 
cellList  =  cellList->next; 
cellList->next » robotsWorld*>polygonList; 

return  robotsWorld; 

) 

D.  DECOMPOSE  UTILITIES 
1.  decomputiLh 


FILE:  decomposutil.h 

PURPOSE:  This  file  contains  the  prototypes  for  the  functions  which 
do  the  actual  work  for  the  decomposition. 
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#ifndef _ ^dcmputiLh 

#define _ ^dcmputlLh 

tinclude  tuild-h” 

typedef  struct  edge{ 
vertex*  leadingVertex; 
vertex*  trailingVertex; 
double  xPoint; 
struct  edge*  next; 
ledge; 

typedef  struct  fence{ 
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v«rt«x*  topVeitox; 
vertex*  bottomVertex; 
polygon*  owner; 
struct  fence*  next; 
}fence; 


*inter8ect(edge*.  vertex*) 


This  function  computes  tfie  y-coordinate  of  the  intersection  of  the 
extension  of  the  sweep  line  and  the  current  edge.  The  x-coordinate  is 
the  same  as  the  current  event. 


double  intersect(edge* .  vertex*); 

edge**)**** 

This  function  adds  edges  to  the  active  edge  list 
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int  addEdge(event*,  edge**); 

This  function  deletes  edges  from  the  active  edge  list 
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int  deleteEdge(event*,  edge**); 
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/•*********startCellUp(event*,  polygon**,  edge*,  fence**,  node*)' 
This  function  finds  the  vertices  for  the  start  of  an  up  cell 


void  startCellUp(event*,  polygon**,  edge*,  fence**,  node**); 

/**********startCellDown(event*,  polygon*,  edge*,  fence**,  node**) 
This  function  finds  the  vertices  for  the  start  of  a  down  cell 


void  startCellDown(event*,  polygon**,  edge*,  fence**,  node**); 

/*********startCellUpDown(event*,  polygon*,  edge*,  fence*,  node**)’ 
This  function  finds  the  vertices  for  the  start  of  an  up/down  cell 


void  startCellUpDown(event*,  polygon**,  edge*,  fence**,  node**); 

/************startCelll80lated(event*,  polygon**,  node**)************** 
ADD  ISOLATED  CELL  TO  WORKING  LIST 

void  startCelllsolated(event*,  polygon**,  node**); 

/******finishCellUp(event*,  polygon**,  edge*,  world**,  fence**)********* 
This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
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event,  adds  the  apprphate  vertices,  and  adds  new  cell  to  the  world 

void  finishCellUp(event*,  polygon**,  edge*,  world**,  fence**); 

/******finishCellDown(event*,  polygon**,  edge*,  world**,  fence**,  int)****** 
This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
event,  adds  the  apprphate  vertices,  and  adds  new  cell  to  the  worid 

void  finishCellDown(event*,  polygon**,  edge*,  worid**,  fence**,  int); 

/*****finishCellUpDown(event*,  polygon**,  edge*,  world**,  fence*)******* 
This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
event,  adds  the  apprphate  vertices,  and  adds  new  cell  to  the  worid 

. . / 

void  finishCellUpDown(event*,  polygon**,  edge*,  world**,  fence**); 

/*****finishCelllsolated(event*,  polygon**,  world**)*** . 

This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
event,  adds  the  apprphate  vertices,  and  adds  new  cell  to  the  world 

******* . 

void  finishCelllsolated(event*,  polygon**,  world**); 

/*************extendCell(event*  polygon**)******** . 

This  function  locates  which  cell  on  the  active  list  needs  to  be 
extended  by  this  concave  vertex 


void  extendCell(event*,  polygon**); 
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/•*****putFence(fence**,  polygon*,  vertex*,  vertex*)****************** 
This  function  puts  an  adjacency  fence  on  a  list  to  be  matched  later 


void  putFence(fence**,  polygon*,  vertex*,  vertex*); 


/•*********updateAdj(fence**,  polygon*,  vertex*,  vertex*,  node**)******** 
This  function  matches  an  adjacency  fence  with  one  already  on  the  list 
to  determine  cell  adjacency,  and  then  updates  the  adjacency  graph 


void  update Adj(fence**, polygon*,  vertex*,  vertex*,node**); 
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This  function  adds  a  node  to  the  connectivity  graph  whenever  a  cell 
is  created 


7 


58 


void  addNode(node**,  polygon*); 
#endif 


2.  decomputil.c 


FILE:  decomposutil.c 

PURPOSE:  This  file  contains  the  functions  which  do  the  actual  work 
for  the  decomposition. 
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#include  <stdlib.h> 

#include  <stdio.h> 

#inciude  “build.h” 

#include  “decomputil.h” 

#include  “util.h” 

This  function  adds  edges  to  the  active  edge  list 


int 

addEdge(event*  currentEvent,  edge**  activeEdges){ 

edge*  currentEdge; 
edge*  previousEdge; 
int  edgesAdded  s  O; 

double  delta  «  1e*20,/*small  number  close  to  zero*/ 

currentEdge  s  (*activeEdges); 
previousEdge^  (*activeEdges); 

while((currentEdge)  && 

((currentEdge->xPoint « intersect(currentEdge,  currentEvent->eVertex)) 

>  (currentEvent->eVertex->posit.Y+delta)))  { 
previousEdge  =  currentEdge; 
currentEdge  »  currentEdge->next; 

} 

ridentify  convex  and  concave  vertices,  and  simultaneous  vertices  now  too*/ 
if  (order((currentEvent->eVertex->prev->posit), 

(currentEvent->eVertex->posit), 

(currentEvent->eVertex->next->posit)}  >  0.0){ 
currentEvent->eVertex->bndrylbl»’V’; 

if((currentEvent*>eVertex->posit.X  >currentEvent->eVertex->prev->posit.X)&& 
(currentEvent->eV6rtex->posit.X  <  currentEvent->eVertex*>next->posit.X)) 
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currentEvent->eVertex->bndry[1K0‘; 
else  if  ((previousEdge)&& 

((previousEdge->leadingVertex*>posit.XKCurrentEvent->eVertex->posit.X)ll 

^reviousEdge->trailjngVertex->posit.X=sCurrentEvent->eVertex->posit.X))) 

currentEvent->eVertex->bndryt1KN’; 

else 

currentEvent->eVertex->bndry(1KO’; 

}else{ 

currentEvent->eVertex->bndry[0]s‘C'; 

if(((currentEvent->eVertex->posit.X>acurrentEvent->eVertex->prev->posit.X)&& 
(currentEvent->eVertex->posit.X  <=  currentEvent*>eVertex->next->posit.X))  II 
((currentEvent->eVertex->posit.X>currentEvent->eVertex->prev->posit.X)&& 
(cun’entEvent->eVertex->posit.X  >  currentEvent*>eVertex->next->posit.X))  II 
((currentEvent->eVertex*>posit.X  <cuiTentEvent->eVertex->prev->posit.X)&& 
(currentEvent->eVertex->posit.X  <currentEvent->eVertex->next->posit.X))) 
currentEvent*>eVertex->bndry[1  ]s’0’: 
else  if  ((previousEdge)&& 

((previousEdge->leadingVertex->posit.X  »=  currentEvent*>eVertex->posit.X)ll 
(previousEdge->trailingVertex->posit.X  currentEvent->eVertex->posit.X))) 
currentEvent->eVertex->bndry[1]®’N’: 
else 

currentEvent->eVertex->bndry[1]=’0’; 


/*maximal  vertex;  no  edges  added*/ 

if  ((currentEvent->eVertex->posit.X  >  currentEvent->eVertex*>next->posit.X)  && 
(currentEvent->eVertex->posit.X>currentEvent->eVertex*>prev->posit.X)){ 

return  edgesAdded; 

) 

Texamine  edge  defined  by  next  vertex*/ 

if  (currentEvent>>eVertex->posit.X  <  currentEvent->eVertex->next->posit.X){ 
if  (currentEdge  (*activeEdges)){ 
currentEdge  =  (edge*)malloc(sizeof(edge)); 
currentEdge->next  =  (*activeEdges); 

(*activeEdges)  =  currentEdge; 

}eise{ 

currentEdge>(edge*)malloc(sizeof(edge)); 
currentEdge*>next «  previousEdge'>next; 
previousEdge->next  >  currentEdge; 

} 

curTentEdge->leadingVertex  »  currentEvent*>eVerlex; 
currentEdge->trailingVertex  =  currentEvent->eVenex->next; 
currentEdge->xPoint »  currentEvent->eVertex->posit.Y; 
edgesAdded-t-t-; 

} 

/*examine  edge  defined  by  previouss  vertex*/ 

if  (currentEvent->eVertex->posit.X  <  currentEvent->eVertex->prev*>posit.X){ 
if  (edgesAdded  &&  currentEvent->eVertex->prev->posit.Y  < 
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currentEv«nt->6Vertex->next->posit.Y){ 
previousEdge  «  currentEdge; 
currentEdge  >  currentEdge*>nex!; 

} 

if  (currentEdge  » (*activeEdges))( 
currentEdge  « (edge*)malloc(sizeof(edge)): 
currentEdge->next  3  (*activeEdges); 

(*activeEdges)  >  currentEdge; 

}else{ 

currentEdge3(edge*)malloc(sizeof(edge)); 
currentEdge->next  s  previousEdge*>next; 
previousEdge*>next  >  currentEdge; 

}  currentEdge->leadingVertex  «  currentEvent->eVertex; 
currentEdge->trailingVertex  s  currentEvent->eVertex*>prev; 
currentEdge->xPoint  =  currentEvent->eVertex->posit.Y; 
edgesAdded-H-; 

} 

return  edgesAdded; 


} 

edge**)*’ 

This  function  deletes  edges  from  the  active  edge  list 


7 


int 

deleteEdge(event*  currentEvent,  edge**  activeEdges){ 

edge*  currentEdge; 
edge*  previousEdge; 
int  edgesDeisted  s  0; 

currentEdge  » (*activeEdges); 
previousEdge  » (*activeEdges); 

while(currentEdge){ 

if  (currentEvent->eVertex  >=  currentEdge->trailingVer1ex){ 

if  (currentEdge  ss  (*activeEdges)) 
(*activeEdges)s(*activeEdges)*>next; 
else 

previousEdge->next »  currentEdge->next; 

currentEdge->leadingVertex  =  NULL; 
currentEdge->trailingVertex  »  NULL; 
currentEdge->next  s  NULL; 
free(currentEdge); 
edgesDeleted-f+; 
if(*activeEdges) 
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currentEdge  »  previousEdge*>next; 
else 

currentEdge  «  NULL; 

)else{ 

previousEdgescurrentEdge; 

currentEdgesCurrentEdge*>next; 

} 

} 

return  edgesDeleted; 

) 

This  function  computes  the  y-coordinate  of  the  intersection  of  the 
extension  of  the  sweep  line  and  the  current  edge.  The  x-coordinate  is 
the  same  as  the  current  event. 


double 

intersect(edge*  currentEdge,  vertex*  currentEvertex){ 

retum{((((currentEdge->trailingVertex->posit.Y)- 

(currentEdge*>leadingVertex->posit.Y))* 

({currentEvertex->posit.X)-(currentEdge->leading\/ertex->posit.X)))/ 
((currentEdge->trailingVertex->posit.X)'(currentEdge->leadingVertex->posit.X))) 
+  currentEdge->leadingVertex->posit.Y); 

} 

r*********staftCellUp(event*,  polygon**,  edge*,  fence**,  node*)******** 

This  function  finds  the  vertices  for  the  start  of  an  up  cell 


. . ****** - - — •*••*•*•*/ 

void 

startCellUp  (event*  cEvent,  polygon**  cellList, 

edge*  activeEdges,  fence**  activeFences,  node**  cGraph){ 

edge*  cEdge; 
polygon*  currentCell; 
vertex*  curVertex; 
vertex*  cellVertex; 
extern  int  cellCount; 

■McellCount; 

/*  put  new  cell  on  active  list  and  make  a  node  on  the  graph*/ 
currentCells(*cellList); 

(*cellList)«(polygon*)malloc(sizeof(polygon)); 

(*cellList)*>next «  currentCell; 
currentCella(*celiList); 
addNode(cGraph,  currentCell); 
sprintf(currentCell->name,”C%d",cellCount); 
currentCell->mode  « -1; 
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/*  add  current  event  vertex  to  this  new  cell  */ 
curVertex  «  cEvent*>eVertex: 

cellVertex  •  currentCell->vertexUst  «(vertex*)malloc(sjzeof(veftex)); 
cellVertex->posit.X  «  curVertex*>posit.X; 
cellVertex*>posit.Y  «  curVertex->posit.Y; 
sprintf(cellVertex*>bndfy.”\i(r); 

/*  add  another  vertex  V 

cellVertex->prevs(vertex*)malloc(sizeof(vertex)); 

currentCell->open2  «curVertex->prev;/*bottom  open  vertex  of  this  cell*/ 

cellVertex->prev->next »  cellVertex; 

cellVertex->prev*>prev  x  NULL; 

cellVertex->prev->posit.X  x  curVertex->prev->posit.X; 

cellVertex->prev->posit.Y  x  curVertex->prev->posit.Y; 

sprintf(cellVertex->prev->bndry,"%s".cEvent->owner->name): 

/*find  appropriate  edge  which  intersects  the  sweep  line*/ 

cEdge  x  activeEdges; 

while((cEdge*>next*>xPoint 

X  intersect(cEdge->next, curVertex))  >  curVertex->posit.Y) 
cEdge  x  cEdge->next; 

/*  add  this  intersection  point  as  a  cell  vertex  */ 
cellVertex->nextx(vertex*)malloc(sizeof(vertex)); 
cellVertex*>next’:>prev  x  cellVertex; 
cellVertex->next*>posit.X  =  curVertex->posit.X; 
cellVertex->next->posit.Y  x  cEdge<>xPoint; 
sprintf(cellVertex->next->bndry,"\0"); 

r  this  edge  will  also  be  a  cell  adjacency  edge  */ 
updateAdj(activeFences,  currentCell,cellVertex->next, cellVertex, cGraph); 

/*  add  another  vertex  */ 

cellVertex  x  cellVertex*>next; 

cellVertex->nextx(vertex*)malloc(sizeof(vertex)); 

currentCell*>open1  x  cEdge->trailingVertex;/*top  open  vertex  of  this  cell*/ 

cellVertex->next->prev  x  cellVertex; 

cellVertex->next->next  x  NULL; 

cellVertex->next->posit.X  x  cEdge->trailingVertex->posit.X; 
celiVertex->next->posit.Y  x  cEdge->trailingVertex->posit.Y; 
sprintf(cellVertex->next->bndry,"%s",cEvent->owner->name); 

} 

/**********startCellDown(event*,  polygon*,  edge*,  fence**,  node**)******* 

This  function  finds  the  vertices  for  the  start  of  a  down  cell 


•«****«#*«***«e******e«****ee««*(i«*e«e*e«#*************#**e***«eee*****«^ 

void 

startCellDown  (event*  cEvent,  polygon**  cellList, 

edge*  activeEdges,  fence**  activeFences,  node**  cGraph){ 
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edge*  cEdge; 
polygon*  currentCell; 
vertex*  curVertex; 
vertex*  nextVertex; 
vertex*  cellVertex; 
extern  int  cellCount; 

•f4cellCount; 

/*  put  new  cell  on  active  list  and  make  a  node  on  the  graph*/ 
currentCells(*cellList); 

(*cellList)s(polygon*)malloc(sizeof(polygon)); 

(*cellList)->next «  currentCell; 
currentCell>(*cellList); 
addNode(cGraph,  currentCell); 
sprintf(currentCell->name,”C%d*,  cellCount); 
currentCell->mode  « -1; 

/*  add  current  event  vertex  to  this  cell  */ 

curVertex  »  nextVertex  =  cEvent->eVertex; 

cellVertex  «  currentCell->vertexList=(vertex*)malloc(sizeof(vertex)); 

cellVertex->posit.X  =  curVertex->posit.X; 

cellVertex->posit.Y  a  curVertex->posit.Y; 

sprintf(cellVertex->bndry,"\0"); 

/*  add  another  vertex  */ 

cellVertex->next=(vertex*)malloc(sizeof(vertex)); 

currentCell->open1  *  curVertex->next;/*top  open  vertex  for  this  cell*/ 

cellVertex->next*>prev  «  cellVertex; 

cellVertex->next->next  =  NULL; 

cellVertex->next->posit.X  *  curVertex->next->posit.X; 

cellVertex->next->posit.Y  =  curVertex->next*>posit.Y; 

sprintf(cellVertex->next->bndry."%s".cEvent->owner->name); 

do{/*  do  this  for  all  simultaneous  vertices  below  the  current  one  */ 
curVertex  «  nextVertex; 
cEvent »  cEvent->next; 
nextVertex  »  cEvent->eVertex; 

r  find  appropriate  edge  which  intersects  the  sweep  line  */ 
cEdge  ■  activeEdges; 

while((cEdge->xPoint  *  intersect(cEdge, curVertex))  >=  curVertex->posit.Y) 
cEdge  >  cEdge->next; 

/*  add  this  intersection  point  as  a  cell  vertex  */ 
cellVertex*>preva(vertex*)malloc(sizeof(vertex)); 
cellVertex->prev->next  >  cellVertex; 
cellVertex->prev*>posit.X  >  curVettex->posit.X; 
cellVertex->prev->posit.Y  »  cEdge->xPoint; 
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/*  will  edge  be  an  adjacency  edge?  */ 
if((curVertex*>prev  »  nextVertex)&& 

(cellVertex->prev->posit.X  ss  nextVertex->posit.X)) 
8printf(cellVertex->ptev->bndry,"%s”,cEvent*>owner->name); 
else{ 

8printf(cellVertex->prev->bndry."VCr); 
updateAdi(activeFences,  currentCetl, 
cellVe(tex,cellVertex->prev,cGraph): 

} 

cellVertex  •  ceilVertex->prev; 

}while  (cEdge'>trailingVertex->posit.X  ss  curVertex->posit.X); 
r  add  another  vertex  */ 

currentCell->open2  s  cEdge->trailingVertex:/*bottom  open  vertex  of  cell*/ 
cellVertex->prevs(vertex*)malloc(sizeof(vertex)}; 
cellVertex->prev->next »  cellVertex; 
cellVertex->prev->prev  s  NULL; 

cellVertex->prev->posit.X  s  cEdge->trailingVertex->posit.X; 
cellVertex->prev*>posit.Y  a  cEdge*>trailingVertex->posit.Y; 
sprintf(cellVertex->prev->bndry,"%s".cEvent->owner->name); 

} 

/•••••****startCellUpDown(event*,  polygon*,  edge*,  fence*,  node**)******** 
This  function  finds  the  vertices  for  the  start  of  an  up/down  cell 


void 

startCellUpDown  (event*  cEvent,  polygon**  cellList, 

edge*  activeEdges,  fence**  activeFences,  node**  cGraph){ 

edge*  cEdge; 
polygon*  currentCell; 
vertex*  curVertex; 
vertex*  nextVertex; 
vertex*  cellVertex; 
extern  int  cellCount; 

•r-fcellCouni; 

rput  new  cell  on  active  list  and  make  a  node  on  the  graph*/ 
cuiTentCella(*cellList); 

(*cellList)a(polygon*)malloc(sizeof(polygon)); 

(*cellList)->next «  currentCell; 
currentCelk(*cellList); 
addNode(cGraph,  currentCell); 
currentCell->mode  >  -1; 

8printf(currentCell->name,”C%d”,  cellCount); 

/*  add  current  event  vertex  to  this  cell  */ 
curVertex  >  cEvent->eVertex; 

cellVertex  ■  currentCell->vertexList « (vertex*)malloc(sizeof(vertex)); 
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cellVertex->posjt.X  «  curVertex->posit.X; 
cellV©rtex->posit.Y  -  curVertex->posit.Y; 
sprintf(cellVertex->bndry.'\(r); 

/*  find  appropriate  edge  which  intersects  the  sweep  line  V 
cEdge  «  activeEdges;  while((cEdge->next->xPoint 

>intersect(cEdge*>next,curVertex))  >  curVertex->posit.Y) 
cEdge  «  cEdge->next; 

r  add  this  intersection  point  as  a  cell  vertex  V 
cellVertex->nexts(vertex*)malloc(sizeof(vertex)); 
cellVertex*>next->prev  »  cellVertex; 
cellVertex->next->posit.X  «  curVertex->posit.X; 
cellVertex->next->posit.Y  »  cEdge->xPoint; 

sprintf(cellVertex->next->bndry,’Vr).‘ 

! 

/*  this  edge  will  also  be  a  cell  adjacency  edge  */ 
updateAdj(activeFences,currentCell.cellVertex->next, cellVertex, cGraph): 

r  add  another  vertex  V 

cellVertex  »  cellVertex->next: 

cellVertex->next=(vertex*)malloc(sizeof(vertex)): 

currentCell->open1  *  cEdge->trailingVertex;/*top  open  vertex  for  cell*/ 

cellVertex->next->prev  =  cellVertex; 

cellVertex*>next->next »  NULL; 

collVerteX">next->posit.X  =  cEdge*>trailingVertex->posit.X; 

cellVertex->next->posit.Y  =  cEdge->trailingVertex->posit.Y; 

sprintf(cellVertex->next->bndry,"%s",cEvent->owner->name); 

curVertexs  nextVertex  =  cEventoeVertex; 
cellVertex  >  currentCell->vertexList; 
do{r  do  this  for  all  simultaneous  vertices  */ 
curVertex  =  nextVertex; 
cEvent »  cEvent->next; 
nextVertex  *  cEvent->eVertex; 

r  find  appropriate  edge  which  intersects  the  sweep  line  */ 
cEdge  »  activeEdges; 

while((cEdge->xPoint  =  intersect(cEdge, curVertex))  >=  curVertex->posit.Y) 
cEdge  «  cEdge->next; 

r  add  this  intersection  point  as  a  cell  vertex  */ 
cellVertex->prevs(vertex*)malloc(sizeof(vertex)); 

cellVertex->prev->next «  cellVertex;  ' 

cellVertex->prev->posit.X  «  curVertex*>posit.X; 
cellVertex->prev->posit.Y  «  cEdge->xPoint; 

/*  will  edge  be  an  adjacency  edge  too?  V  I 

if(curVertex->prov  «  nextVertex)  j 

sprintf(cellVertex->prev->bndry,"%s".cEvent->owner->name); 
else{  { 

I 

I 
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8printf(eellVertex>>prev->bndry."V0^; 
updateAdKactiveFences,  currentCetl, 
cenVertex,cellVertex->prev,cGraph): 

} 

cellVertex  «  cellVertex>>prev; 

}while  (cEdge*>trailingVertax->posit.X  »  cuiVertex->posit.X); 

/*add  another  vertex  */ 

cellVertex->prevs(vertex*)malloc(sizeof(vertex)); 

currentCell->open2  «  cEdge->trailingVertex,rbottcm  open  vertex  of  cell*/ 

cellVertex->prev->next »  cellVertex; 

cellVertex->prev*>prev  «  NULL; 

cellVertex->prev->posit.X  *  cEdge->trailingVertex->posit.X; 

cellVertex->prev->posit.Y  •  cEdge->trailingVertex*>posit.Y; 

sprintf(cellVertex->prev*>bndry.”%s*,cEvent-x>wner->name); 


/************startCelllsolated(event*,  polygon**,  node**)************** 
ADD  ISOLATED  CELL  TO  WORKING  LIST 

void 

startCelllsolated  (event*  cEvent,  polygon**  cetlList,  node**  cGraph){ 

polygon*  currentCell; 
edge*  cEdge; 
vertex*  curVertex; 
vertex*  nextVertex; 
vertex*  cellVertex; 
extern  int  cellCount; 

•M^ellCount; 

r  add  new  cell  to  active  list  */ 
currentCelU(*cellList); 

(*cellList)«(polygon*)malloc(sizeof(polygon)); 

(*cellList)->next »  currentCell; 
currentCelM*cellList); 
addNode(cGraph,  currentCell); 
currentCell*>mode  >  -1; 
sprintf(currentCell->name,*C%(r,  cellCount); 

/*  add  current  event  vertex  to  this  celt  */ 
curVertex  *  cEvent->eVertex; 

cellVertex  «  currentCell->vertexList « (vertex*)malloc(sizeof(vertex)); 
cellVertex->posit.X  «  curVertex->posit.X; 
cellVertex*>posit.Y  >  curVertex*>posit.Y; 
8printf(cellVertex->bndry,”%s",cEvent*>owner->name); 

/*  add  another  vertex  */ 

cellVertex*>next«(vertex*)malloc(sizeof(vertex)); 
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currentCell'>open1  >  curVertex->next:/*top  open  vertex  of  cell*/ 
cellVertex->next*>prev  >  cellVertex; 
celiVertex*>next->next «  NULL; 
cellV8rtex->next->posit.X  *  curVertex->next*>posit.X; 
cellVerteX'>next->posit.Y  ■  curVertex->next*>postt.Y; 
8printf(ceilVertex->next*>bndry.'V)”); 

r  add  another  vertex  */ 

C8llVertex->prev«(vertex*)malloc(sizeof(vertex)); 

currentCell*>open2  «  curVertex->prev;/^ttom  open  vertex  of  cell*/ 

cellVertex->prev*>next  >  cellVertex; 

cellVertex->prev>>prev  ^  NULL; 

cellVertex->prev->posjt.X  >  curVertex->prev->posit.X; 

celiyertex->prev->posit.Y  «  curVertex->prev->posit.Y; 

sprintf(celiVertex->prev->bndry,”%s”.cEvent->owner->name); 

} 

r*****finishCellUp(event*,  polygon**,  edge*,  world**,  fence**)*************** 
This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
event,  adds  the  apprpriate  vertices,  and  adds  new  cell  to  the  world 

void 

finishCellUp  (event*  cEvent,  polygon**  cellList, 

edge*  activeEdges,  world**  decompWorld,  fence**  activeFences){ 

edge*  cEdge; 
polygon*  currentCell; 
polygon*  prevCell; 
vertex*  curVertex; 
vertex*  cellPendVertex; 
vertex*  cellNendVertex; 
fence*  newpence; 

prevCell  3  currentCell  &  (*cellList); 
curVertex  s  cEvent->eVertex; 
cEdge  «  activeEdges; 
while((cEdge->next->xPoint 

«intersect(cEdge->next,curVertex))  >  curVertex->posit.Y) 
cEdge  •  cEdge->next; 

r  find  cell  on  active  list  which  is  to  be  completed  by  this  vertex*/ 
while  (currentCell*>open1  l«  cEdge->trailingVertex){ 
prevCell  a  currentCell; 
currentCell «  currentCell->next; 

} 

r  move  a  pointer  to  both  open  vertices  */ 
cellPendVertex  >  cellNendVertex  >  currentCell>>vertexList; 
while  (cellPendVertex->prev) 
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c«IIPendVertex  «  cellPendVertex*>prev: 

while  (cellNendVertex->next) 
cellNendVertex  «  cellNendVertex->next: 

r  link  up  open  vertices  V 
cellNendVertex->next «  cellPendVertex; 
cellNendVertex->next->prev  a  cellNendVertex; 
cellNendVertex->posit.Y  a  cEdge->xPoint; 
ceUNendVertex->posit.X  a  curVertex*>posit.X: 
sprintf(cellNendVertex->bndry,"\0”): 

r  this  edge  is  an  adjacency  edge  */ 

putFence(activeFences,  currentCell.  cellNendVertex,  cellPendVertex); 

r  add  completed  cell  to  the  world  */ 
if  (prevCell  la  currentCell) 
prevCell->next  a  currentCell*>next; 
else 

(*cellList)  a  currentCell*>next; 

currentCell*>next  a  (*decompWortd)->potygonList; 
(*decompWortd)->polygonList  a  currentCell; 


} 

r*****finishCellDown(event*,  polygon**,  edge*,  world**,  fence**,  int)****** 
This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
event,  adds  the  apprpriate  vertices,  and  adds  new  cell  to  the  world 


finishCellDown  (event*  cEvent,  polygon**  cellList, 

edge*  activeEdges,  world**  decompWorld,  fence**  activeFences, 
int  concave){ 

edge*  cEdge; 
polygon*  currentCell; 
polygon*  prevCell; 
vertex*  curVertex; 
vertex*  nextVertex; 
vertex*  cellPendVertex; 
vertex*  cellNendVertex; 

prevCell  a  currentCell  a  (*cellList); 
curVertex  a  nextVertex  a  cEvent->eVertex; 

/*  find  cell  on  active  list  which  isto  be  completed  by  this  vertex*/ 
while  (currentCell*>open1  la  curVertex){ 
prevCell  a  currentCell; 
currentCell  a  currentCell  •>next; 
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} 


/*  move  a  pointer  to  both  open  vertices*/ 
cellPendVertex  «  cellNendVertex  «  currentCell->veitexList; 
while  (cellNendVertex->next) 
cellNendVertex  «  cellNendVertex->next: 

while  (ceilPendVertex->prev) 
cellPendVertex  «  ceUPendVettex->prev: 

do{/*  do  this  for  all  simultaneous  events*/ 
curVertex  >  nextVertex; 
cEvent «  cEvent*>next; 
nextVertex  «  cEvent->eVertex; 

r  add  simiultaneous  event  vertices  to  this  cell  */ 
cEdge  «  activeEdges; 

while((cEdge*>xPoint  >  intersect(cEdge, curVertex))  >s  curVertex->posit.Y) 
cEdge  «  cEdge->next; 

cellNendVertex*>nexts(vertex*)malloc(sizeof(vertex)); 
cellNendVertex->next*>prev  s  cellNendVertex; 
cellNendVertex*>next->posit.X  *  curVertex->posit.X; 
cellNendVertex->next->posit.Y  s  cEdge'>xPoint; 

/*  is  this  added  edge  an  adjacency  edge  too?  */ 
if((curVertex->next  nextVertex)&& 

(celiNendVeftex->next->posit.X  =»  nextVertex->posit.X)) 
sprintf(cellNendVertex->bndiv,”%s”,cEvent->owner->name); 
else{ 

sprintf(cellNendVertex->next->bndry,"\0"); 

putFence(activeFences,currentCeil, 

cellNendVertex, cellNendVertex->next); 

} 

cellNendVertex  a  cellNendVertex->next; 

}while  ((concave  &&  ((curVertex->p08it.X  as  curVertex->next->posit.X)&& 
(curVertex->next->posit.X  <  curVertex*>next->next->posit.X)))ll 
((cEdge->leadingVertex->posit.X  as  curVertex->posit.X)  && 
((nextVertex->posjt.X  <a  nextVertex->prev->posif.X)&& 
(nextVertex->posit.X  <a  nextVertex*>next->posit.X)))); 

riink  up  open  vertices  */ 
cellNendVertex->next  a  cellPendVertex->next; 
cellPendVertex->next->prev  a  cellNendVertex; 

/*  add  completed  cell  to  the  world  */ 
if  (prevCeil  la  currentCell) 
prevCell->next  a  currentCell->next; 
else 

(*cellList)  a  currentCell*>next; 
currentCell->next  a  (*decompWorld)->polygonList; 
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(*decompWorld)->polygonLjst  >  currentCell; 


} 

r****finishCeHUpDown(event*,  polygon**,  edge*,  worid**,  fence*)******* 
This  function  locates  which  cell  on  the  active  list  is  completed  by  this 
event,  adds  the  apprpriate  vertices,  and  adds  new  cell  to  the  worid 

void 

finishCeilUpDown  (event*  cEvent,  polygon**  cellList, 

edge*  activeEdges,  world**  decompWorid,  fence**  activeFences){ 

edge*  topEdge; 
edge*  bottomEdge; 
polygon*  currentCell; 
polygon*  prevCell; 
vertex*  curVertex; 
vertex*  nextVertex; 
vertex*  celiPendVertex; 
vertex*  cellNendVertex; 

prevCell  s  currentCell  =  (*cellList); 
curVertex  s  nextVertex  =  cEvent->eVertex; 
topEdge  «  bottomEdge  >  activeEdges; 

while((topEdge->next->xPoint 

sintersect(topEdge->next, curVertex))  >  curVertex->posit.Y) 
topEdge  s  topEdge->next; 

r  find  cel  on  active  list  which  is  to  be  completed  by  this  vertex*/ 
while  (currentCelloopenI  !=  topEdge*>trailingVertex){ 
prevCell  =  currentCell; 
currentCell  =  currentCell  ->next; 

} 

r  move  a  pointer  to  both  open  vertices  */ 
celiPendVertex  s  cellNendVertex  s  curTentCell->vertexList; 
while  (cellNendVertex->next) 
cellNendVertex  s  cellNendVertexonext; 

while  (cellPendVertex->prev) 
celiPendVertex  s  cellPendVertex->prev; 

/*  add  another  vertex  */ 
cellNendVertex->next «  malloc(sizeof(vertex)); 
cellNendVertex*>next*>prev  a  cellNendVertex; 
cellNendVertex->posit.X  >  curVertex->posit.X; 
cellNendVertex->posit.Y  « topEdge->xPoint; 
sprintf(cel!NendVertex*>bndry,”\O'0; 
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/*  update  the  top  open  vertex  V 
cellNendVertex->next->posit.X  =  curVertex->posit.X; 
cellNendVertex->next->posit.Y  =  curVertex->posit.Y; 
sprintf(cellNendVertex->next->bndry,"\0"); 

r  this  edge  is  an  adjacency  edge  V 

putFence(activeFences,  currentCell,  cellNendVertex,  cellNendVertex->next); 

do{/*  do  for  alt  simultaneous  vertices  */ 
cellNendVertex  =  ce(INendVertex'>next; 
curVertex  =  nextVertex; 
cEvent  =  cEvent->next; 
nextVertex  =  cEvent->eVertex; 
bottomEdge  =  activeEdges; 
while((bottomEdge->xPoint  = 

intersect{bottomEdge.curVertex))  >=  curVertex->posit.Y) 
bottomEdge  =  bottomEdge->next; 
cellNendVertex->next=(vertex*)malloc(si2eof{vertex)); 
cellNendVertex->next->prev  =  cellNendVertex; 
cellNendVertex->next->pos't.X  =  curVertex->posit.X; 
cellNendVertex->next->posit.Y  =  bottomEdge->xPoint; 

r  is  this  edge  an  adjacency  edge  too?  V 
if((curVertex->next  ==  nextVertex)&& 

(cellNendVertex->posit.X  ==  nextVertex->posit.X)) 
sprintf(cellNendVertex->next->bndry,"%s”,cEvent*>owner->name); 
else{ 

sprintf(cellNendVertex->next'>bndry,"\0”): 
putFence(activeFences, currentCell, 
cellNendVertex, cellNendVertex*>next): 

} 

}while  ((bottomEdge->leadingVertex->posit.X  ==  curVertex->posit.X)  && 
((nextVertex->posit.X  <=  nextVertex->prev->posit.X)&& 
(nextVertex->posit.X  <=  nextVertex->next->posit.X))); 

r  link  up  open  vertices  V 

cellNendVertex->next->next  =  cellPendVertex->next; 
cellPendVertex->next->prev  =  cellNendVertex->next; 

r  add  completed  cell  to  the  world  V 
if  (prevCell  1=  currentCell) 
prevCell->next  =  currentCell->next; 
else 

(*cellList)  =  currentCell->next; 
currentCell->next  =  (*decompWorld)->polygonList; 
(*decompWorld)->polygonList  =  currentCell; 


} 

r****finishCelllsolated(event*,  polygon**,  world**)******* . 

This  function  locates  wi  lich  cell  on  the  active  list  is  completed  by  this 
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event,  adds  the  apprpriate  vertices,  and  adds  new  cell  to  the  world 


void 

finishCelllsolated  (event*  cEvent,  polygon**  cellList,world**  decompWortd){ 

polygon*  currentCell; 
polygon*  prevCell; 
vertex*  curVertex; 
vertex*  cellPendVertex; 
vertex*  cellNendVertex; 

prevCell  =  currentCell  s  (*cellList): 
curVertex  =  cEvent->eVertex; 

/*  find  cell  on  active  list  to  be  completed  by  this  event  */ 
while((currentCell->open1  !=  curVertex) 

II  (currentCell->open2  !=  curVertex)){ 
prevCell  =  currentCell; 
currentCell  =  currentCell*>next; 

} 

r  move  a  pointer  to  both  open  vertices  */ 
cellPendVertex  =  cellNendVertex  =  currentCell->vertexList; 
while  (cellPendVertex->prev) 
cellPendVertex  =  cellPendVertex->prev: 

while  (cellNondVertex->next) 
cellNendVertex  =  cellNendVertex->next; 

/*  link  up  open  vertices  */ 

cellNendVertex->next  *  cellPendVertex->next: 

cellPendVertex->next->prev  =  cellNendVertex; 

sprintf(cellPendVertex->bndry,"%s",cEvent->owner->name); 

sprintf(cellPendVertex->next->bndry,”%s",cEvent->owner->name); 

cellPendVertex->next  =  cellPendVertex->prev  =  NULL; 

free(cellPendVertex); 

r  add  completed  cell  to  the  world  */ 
if  (prevCell  \-  currentCell) 
prevCell->next  =  currentCell*>next; 
else 

(*cellUst)  =  currentCell->next; 

currentCell->next  ■  (*decompWorld)->poiygonList; 
(*decompWorld)->polygonList  >  currentCell; 


} 

/*************extendCell(event*  polygon**)**********************' 
This  function  locates  which  cell  on  the  active  list  needs  to  be 
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extended  by  this  concave  vertex 


void 

extendCeli(event*  cEvent,  polygon**  cellList){ 

polygon*  currentCell; 
vertex*  cellVertex; 
vertex*  curVertex; 

currentCell « (*cellList); 
curVertex  «  cEvent->eVertex; 

r  find  the  correct  cell  */ 

white  ((currentCetl-x>pen1  la  curVertex) 

&&  (currentCell->open2  la  curVertex}) 
currentCell  =  currentCell->next; 
cellVertex  a  currentCell->vertexList; 

/*  is  this  the  top  of  a  cell  ?*/ 
if  ((curVertex->posit.X  >a  curVertex*>next->posit.X) 
&&(curVertex->posit.X  <  curVertex->prev*>posit.X)){ 
while(cellVertex->prev) 
cellVertex  a  cellVertex->prev; 
cellVertex->prev  a  malloc(sizeof(vertex)); 
cellVertex->prev*>prev  a  NULL; 
cellVertex->prev->next  a  cellVertex; 
cellVertex->prev->posit.X  a  curVert6x->prev->posit.X: 
cellVertex->prev->posit.Y  a  curVertex->prev->posit.Y: 
currentCell->open2  a  curVertex->prev; 
sprintf(cellVertex->bndry,"%s",cEvent->owner->name); 
sprintf(cellVertex->prev->bndry,"%s",cEvent->owner->name): 
}eise{/*  or  the  botom?  */ 
while(cellVertex->next) 
cellVertex  a  cellVertex->next; 
cellVertex->next  a  rnalloc(sizeof(vertex)); 
cellVertex->next->nfext  a  NULL; 
cellVertex->next->prev  a  cellVertex; 
cellVertex*>next->posit.X  a  curVertex->next*>posit.X; 
cellVertex->next->posit.Y  a  curVertex->next->posit.Y; 
currentCell->open1  a  curVertex->next; 
sprintf(cellVertex->bndr>  ,"%s",cEvent->owner->na. .  le); 
sprintf(cellVertex->next->bndry,"%s",cEvent->owner->name);  } 


/••****putFence(fence**,  polygon*,  vertex*,  vertex*)****************** 
This  function  puts  an  adjacency  fence  on  a  list  to  matched  later 

void 

putFence(fence**  fenceList,  polygon*  cell. 


74 


vttrtex*  topVertex,  vertex*  bottomVertex){ 
ferKe*  newpence; 

newpence  « (fence*)malloc(sizeof(fence)); 
newPence*>owner «  cell; 
newPence-MopVertex  s  topVertex; 
newPence->bottomVertex  >  bottomVertex; 

newPence->next » (*fenceList): 

(*fenceList) «  newpence; 


} 

/**********updateAdj(fence**.  polygon*,  vertex*,  vertex*,  node**)******** 
This  function  matches  an  adjacency  fence  with  one  already  on  the  list 
to  determine  cell  adjacency,  and  then  updates  the  adjacency  graph 

....................................... - - - 

void 

updateAdj(fence**  fenceList,  polygon*  curCell, 

vertex*  topVertex,  vertex*  bottomVertex,  node**  cGraph){ 

fence*  curPence; 
fence*  prevPence; 
node*  firstNode; 
node*  secondNode; 
arc*  cArc; 


r  find  the  matching  fence  */ 
curPence  =  prevPence  =  (*fenceList); 
while((curPence->topVertex->posit.X  !=  topVertex->posit.X)ll 
(curPence->topVertex->posit.Y  !=  topVertex*>posit.Y)ll 
(curPence->bottomVertex->posit.X  !*  bottomVertex*>posit.X)ll 
(curPence->bottomVertex->posit.Y  !=  bottomVertex->posit.Y)){ 
prevPence  ■  curPence; 
curPence  »  curPence  ->next; 

} 

/*  deleted  the  matched  fence  from  the  list  */ 
if(curPence  =  (*fenceList)) 

(*fenceList)=(*fenceList)->next; 

else 

prevPence->next  *  curPence->next; 

/*  find  the  appropriate  nodes  of  the  graph  */ 
firstNode  « (*cGraph); 
while(firstNode->cell  I-  curCell) 
firstNode  « firstNode->next; 
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secondNode  « (*cQraph); 
while(secondNode->cell  Is  curFence->owner) 
secondNode  s  secondNode->next; 

r  add  arcs  to  both  nodes  on  the  graph  */ 
cArc  s  (arc*)malloc(sizeof(arc)); 
cArc->next  >  firstNode*>arcList; 
firstNode*>arcList  s  cArc; 
cArc->Node  >  secondNode; 
cArc*>visited  s  O; 

sprjntf(bottomVertex*>bndry,"%s”,curFence->owner->name); 

cArc  s  (arc*)malloc(sizeof(arc)); 
cArc->next  s  secondNode->arcList; 
secondNode->arcList  s  cArc; 
cArc*>Node  s  firstNode; 
cArc->visited  s  0; 

sprintf(curFence->topVertex->bndry."%s",curCell->nanne); 

} 

This  function  adds  a  node  to  the  connectivity  graph  whenever  a  cell 
is  created 


* . * . 

void 

addNode(node**  cGraph,  polygon*  curCell){ 

node*  newNode; 

newNode  =  (*cGraph); 

{*cGraph)  s  (node*)malloc(sizeof(node)); 
(*cGraph)->next  s  newNode; 
newNode  =  (*cGraph); 
newNode->cell  s  curCell; 
newNode->arcList  s  NULL; 
newNode->predecessor  s  NULL; 
newNode->curArc  s  NULL; 


} 

E.  MISCELANEOUS  UTILITIES 

1.  util.h 


FILE:  utiLh 

PURPOSE:  This  file  contains  some  small  utility  functions  used 
by  other  functions  in  this  program 
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#ifndef  _world_utiLh 
#define  _wortd_utiLh 

#include  Isuild.h” 


PURPOSE:  returns  0.0  if  the  three  points  are  colinear,  <  0.0  if 
they  are  clockwise,  and  >  0.0  if  they  are  counterclockwise 

double  order(point,  point,  point); 

PURPOSE:  frees  memory  allocated  during  world  decompostion 
void  freeWorld(world**,  world**,  event**,  node**); 


/* 


PURPOSE:  reads  either  the  world  name  or  poygon  name  from  the  inputfile 


******** . 

void  getName(FILE*,  char*,  int); 

#endif 


2.  util.c 


FILE:  util.c 

PURPOSE:  This  file  contains  some  small  utility  functions  used 
by  other  functions  in  this  program 

****************** . . . I 


#include  <stdio.h> 

#include  <stdlib.h> 

#include  <math.h> 

#include  ‘util.h* 

^.....................ggjf^jgP^^piLE.  char*)****************************** 

This  function  reads  the  characters  from  the  input  file  which  correspond 
to  a  world  name,  or  a  polygon  name 

void 

getName(FILE*  inputjile,  char*  name,  int  length) 

{ 

intcounterl; 
int  counter2; 
char  letter; 

char  tempName[1 00]; 
counterl  sO; 
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while(1){ 

if  ((tetter  =  getc(input_file))  *=  ‘(‘) 
break; 

else  if((letter  >  ‘I’)  &&  (tetter  <  ‘>’)){ 
tempName[counterlj  >  letter; 
counterl-M-; 

} 

} 

for  (counter2s0;((counter2  <  (length-1  ))&&(counter2  Is  counter1));counter24-«-) 
name[counter2jstempName[counter2]; 
nanrie[counter2]s  '\o‘; 

} 

point,  point)*********************** 

This  function  computes  whether  the  orientation  of  the  points  is  colinear, 
clockwise,  or  counter-clockwise.  If  the  points  are  colinear,  the  function 
returns  0.  If  the  points  are  clockwise,  the  function  returns  a  number  <  0. 

If  the  points  are  counter-clockwise,  the  function  returns  a  number  >  0 

. . I 

double 

order  (point  first,  point  second,  point  third) 

{ 

return  ((((second.X  -  first.X)*(third.Y  -  first.Y)) 

-((third.X  -  first.X)*(second.Y  -  first. Y)))/2.0); 

} 

y^orld**,  event**,  node**)**'****** 

Thie  function  frees  the  allocated  memory  for  one  decomposition  before 
another  decomposition  is  attempted 

******* . / 

void 

freeWorld(world**  origWorld,  world**  decWorld, 
event**  eventList,  node**  cGraph) 

{ 


polygon*  curPolygon; 
polygon*  nextPolygon; 
vertex*  curVertex; 
vertex*  nextVerlex; 
node*  curNode; 
node*  nextNode; 
arc*  curArc; 

curPolygon  s  (*origWor1d)->polygonList; 
do{ 

curVertex  s  curPolygon->vertexList; 
curVertex->prev->next  s  NULL; 
do{ 

nextVertex  scurVertex->next; 
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free(curVeftex); 
curVertex  «  nextVertex; 

}while  (curVertex); 

nextPolygon  *  curPolygon->next; 
free(curPolygon); 
curPotygon  *  nextPolygon; 

}while(curPolygon  1=  (*origWorld)->polygonList); 

if  CdecWorldM 

curPolygon  =  (*decWorld)->polygonList; 
do( 

curVertex  «  curPolygon->vertexList; 
curVertex->prev->nexl  =  NULL; 
do{ 

nextVertex  =:CurVertex*>next; 
free(curVertex); 
curVertex  *  nextVertex; 

jwhile  (curVertex); 

nextPolygon  =  curPolygon->next; 
free(curPolygon); 
curPolygon  x  nextPolygon; 

}while(curPolygon  !x  (*decWorld)->polygonList); 


} 

if  (*cGraph)( 
curNode  x  CcGraph); 

do{ 

curArc  X  curNode->arcList; 
do( 

curNode->arcList  x  curArc->next; 
free(curArc); 

curArc  X  curNode->arcList; 
}while(curArc); 
nextNode  x  curNode->next; 
free(curNode); 
curNode  x  nextNode; 
}while(curNode); 

} 


free((*orlgWor1d)); 

free((*decWor1d)); 

free((*eventList)); 
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free(CcGraph)): 
(*eventList) «  NULL; 
^cGraph) »  NULL; 

} 


F.  CREATE  WORLD  nLES 
1.  worIdflle.h 

FILE:  worldfile.h 

PURPOSE:  This  file  contains  a  function  prototype 


#ifndef _ ^worldfile_h 

#define _ ^worldfile_h 

#include  ‘1)uild.h” 

r*******createWorldFile(world*,  node*,  char*,  double*,  int*,char*)******* 
This  function  makes  the  file  which  defines  the  cells  and  vertices  of 
the  world,  and  the  nodes  and  arcs  of  the  graph.  It  also  makes  two 
functions  which  intialize  these  values 


void  createWor1dFile{woi1d*,  node*,  char*,  double,  int,  char*); 
#endif 


2.  worldfile.c 


. 

FLE:  worldfile.c 

PURPOSE:  This  file  contains  the  function  which  creates  the  C  files 
that  are  used  to  link  the  world  representation  into  yamabico’s 
kernel. 
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tinclude  <stdio.h> 
#include  <stdlib.h> 
#include  <string.h> 
#include  <math.h> 
#include  *build.h” 
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/•"*****createWorldFile(woi1d*,  node*,  char*,  double*,  int*,char*)******* 
This  function  makes  the  file  which  defines  the  cells  and  vertices  of 
the  world,  and  the  nodes  and  arcs  of  the  graph.  It  also  makes  two 
functions  which  intialize  these  values 

void 

createWorldFiie(wortd*  robotWortd,  node*  cGraph,  char*  fiieName, 
double  sweepAngle,int  worldNumber,  char*  worldTag){ 

FILE*  wortdCfile; 

polygon*  curPolygon; 
vertex*  curVertex; 
node*  curNode; 
node*  adjNode; 
arc*  curArc; 

double  cosRotinv; 
double  sinRotInv; 
double  rotX,  rotY; 

int  counterl  s1 ; 
int  counter2  «1; 
int  counters  =1 ; 

cosRotInv  *  cos((-(M_Pr(90.0-sweepAngle)))/180.0): 

SinRotInv  =  sin((-(M_PI*(90.0-sweepAngle)))/180.0): 
worldCfile  « fopen(fileName,"w"); 

fprintf(worldCfile,"/*  This  fiie  is  generated  from  world  information\n”): 
fprintf(worldCfile,”  and  must  be  compiled  and  linked  into  Yamabico’s'ui”); 
fprintf(worldCfile,"  kemei.  The  fiie  \"wortds.h\"  contains  the  \n"): 
fprintf(worldCfiie,”  deciarations  which  allow  access  to  the  \n”); 
fprintf(worldCfile,"  world  model  *An\n"): 
fprintf(worldCfile,"#include  <stdlib.h>\n”); 
fprintf(worldCfile,"#include  <stdio.h>\n”); 
fprintf(worldCfile,"#include  <string.h>\n"); 
fprintf(worldCfile,"#include\"build.h\"\n\n"); 
fprintf(worldCfile,"/*declaring  structure  for  world* An\n”); 
fprintfjworldCfile, "world  robotsWorld_%s:\n\n",worldTag): 
fprintf(worldCfile,”/*delcaring  structures  for  polygons  and  vertices*An”); 
counterl  « 1; 

curPolygon  « robotWorld->polygonList; 
do{ 

fprintf(worldCfile,”\npolygon  poly%d_%d;\n”, worldNumber, counterl ); 
counter2«  1; 

curVertex  *  curPolygon->vertexList; 
do{ 

^rintf(wortdCfile, "vertex  vert%d_%d_%d:\n",wor1dNumber, 
counterl,  counter2); 
curVertex  «  curVertex*>next; 
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^~hcount0r2; 

}while(curVertex  l«  curPolygon->vertexList); 
curPolygon  «  curPolygon->next: 

++counter1; 

}while(curPolygon  !>  robotWorld->polygonList): 

r  variables  for  connectivity  graph  */ 
if  (cGraph){ 

fprintf(woridCfile,"\nW*declaring  first  node  for  graph*/\n\n”); 
fprintf(woridCfile.”node*  woridGraph_%s:\n\n’,wortdT ag); 
fprintf(woridCfile,Tdelcaring  structures  for  nodes  and  arcs*An”); 
counterl  » 1; 
curNode  s  cGraph; 
do{ 

fprintf(woridCfile,”\nnode  n6de%d_%d:\n’,woridNumber.counter1 ); 
counter2  a  1 ; 

curArc  =  curNode->arcList; 
do{ 

fprintf(woridCfile,’arc  arc%d_%d_%d;\n",woridNumber, 
counterl ,  counter2); 
curArc  a  curArc->next; 

•«-fCOunter2; 

}while(curArc); 
curNode  s  curNode->next: 

++counter1; 

}while(curNode); 

} 

rinitialization  function  for  world  representation*/ 
fprintf(worldCfile,”\nrassigning  values  for  polygons  and  vertices* An"); 

fprintf(worldCfile,"\n\nlnitializeWorld_%s(){\n",woridTag): 
fprintf(wortdCfile,"\n  robotsWorld_%s.polygonList  =  &poiy%d_1 ;  \n", 
worldTag,  woridNumber); 
counterl  =  1 ; 

curPolygon  =  robotWorld->polygonList; 
do{ 

fprintf{worldCfile,"\n  strcpy(poly%d_%d.name,  \"%s\’');\n", 
woridNumber,  counterl  ,curPolygon->name); 
fprintf(woridCfile,"  poly%d_%d.mode  ■  %d:\n",wortdNumber. 
counterl  ,curPolygon->mode); 

fprintf(woridCfile,"  poly%d_%d.vertexLlst  *  &vert%d_%d_1  ;\n", 
woridNumber, counterl ,  woridNumber,counter1); 
if(curPolygon->next  l»  robotWortd->polygonList) 
fprintf(worldCfile,"  poly%d_%d.next  *  &poly%d_%d:\n", 
woridNumber,counter1  ,woridNumber,(counter1  -t-l )); 
else 

fprintf(wortdCfile,"  poly%d_%d.next  *  &poly%d_1  :\n", 
woridNumber,counter1  ,worldNumber); 

counter2  >  1 ; 
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curVertex  «  curPolygon->vertexList: 
do{ 

rotX  « ((curVertex->posit.X*cosRotlnv)  •(curVertex->posit.Y*8inRotlnv)); 
rotY  « ((curVertex->posit.X*sinRotlnv)+(curVertex->posit.Y*cosRotlnv)): 
fprintf(wot1dCfile,”  vert%d'_%d_%d.posit.X  ■  %6.5f;\n", 
woridNumber.counterl  ,counter2,rotX); 
fprintf(woridaile  ,•  vert%d_%d_%d.posit.Y  «  %6.5f;\n". 

woridNumber.counterl  ,counter2.rotY): 
fprintf(woridCfile,''  8trcpy(vert%d_%d_%d.bndry,\"%s\*):\n’, 
woridNumber.counterl  .counter2.curVeriex->bndry); 
if(curVertex->next  !=  curPolygon*>vertexLi8t) 
fprintfCworidCfile."  vef^d_%d_%d.next  *  &vert%d_%d_%d:\n" 
.woridNumber.counterl  .counter2. 
woridNumber.counterl  .(counter2-t-1 )); 

•jl8e 

fprintf(woridCfile."  vert%d_%d_%d.next  =  &vert%d_%d_1;\n" 
.woridNumber,  countert  .counter2. 
woridNumber.counterl ); 

if(cur\/ertex  !=  curPolygon->vertexLi8t) 
fprintf(woridCfile."  vert%d_%d_%d.prev  =  &vert%d_%d_%d:\n” 
.woridNumber.counterl  .counter2. 
woridNumber.counterl  .(counter2-1 )); 
curVertex  =  curVertex->next: 

-t-fCounter2; 

)while(curVertex  !=  curPolygon->vertexList); 
fprintf(woridCfile."  vert%d_%d_1  .prev  =  &vert%d_%d_%d;\n". 

woridNumber.counterl  .woridNumber.counterl  .(counter2-1 )); 
curPolygon  =  curPolygon->next: 

++counter1; 

)while(curPolygon  !=  robotWorid->polygonList); 
fprintf(woridCfile."}\n"); 

rinitialization  function  for  connectivity  graph  */ 
if  (cGraph){ 

fprintf(woridCfile."\n/*assigning  values  for  node  and  arcs* An”); 

fprintf(woridCfile.’Vi\nlnitializeGraph_%s(){\n”.woridTag); 
fprintf(woridCfile."\n  woridGraph_%s  *  &node%d_1 ;  \n". 

woridTag.  woridNumber);  counter!  =  1 ; 
curNode  «  cGraph; 
do{ 

counter3«1; 

curPolygon  « robotWorid->polygonList; 
while(curPolygon  Is  curNode-x:eit)( 
counter3++; 

curPolygon  s  curPolygon->next; 

) 

fprintf(woridCfile."  node%d_%d.celi  *  &poly%d_%d;\n". 
woridNumber.counterl .  woridNumber.counter3); 
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fprintf(worldCfile,"  node%d_%d.arcLisl  *  &arc%d_%d_1  ;\n”, 
worldNumber,counter1  ,wortdNumber,counter1 ); 
fprintf(woridCfile,"  node%d_%d.predecessor  =  NULL:\n",  woridNumber.counterl ); 
fprintf(woridCfile,"  node%d_%d.curArc  =  NULL:\n",  woridNumber.counterl); 
if(curNode->next) 

fprinlf(worldCfile,"  node%d_%d.next  *  &node%d_%d;\n", 
woridNumber.counterl  .worldNumber,(counter1  -t-l )); 
else 

fprintf(woiidCfile,”  node%d_%d.next  =  NULL;\n”, 
woridNumber.counterl ); 
counter2  «  1 ;  curArc  =  curNode->arcList; 
do{ 

counters  s  1 ; 

Twhich  polygon  number  corresesponds  to  this  cell?*/ 
adjNode  =  cGraph; 
while(curArc->Node  !=  adjNode){ 
counter3++: 

adjNode  =  adjNode->next; 

} 

fprintf(worldCfile."  arc%d_%d_%d.Node  =  &node%d_%d;\n". 

woridNumber.counterl  .counters.  worldNumber.counterS); 
fprint1(worldCfile."  arc%d_%d_%d  .visited  =  0;\n". 

woridNumber.counterl  .counters); 
if(curArc->next) 

fprintf(worldCfile."  arc%d_%d_%d.next  =  8iarc%d_%d_%d;\n". 
woridNumber.counterl  .counters. 
woridNumber.counterl  ,{counterS+1 )); 

else 

(printf(worldCfile,"  arc%d_%d_%d.next  =  NULL;\n’'. 
woridNumber.counterl  .counters); 
curArc  =  curArc->next; 

++counterS; 

}while(curArc); 
curNode  =  curNode->next; 

++counter1 ; 

)while{curNode); 

fprintf(worldCfile.")\n"); 

} 

fclose(worldCfile); 

printfCThe  world  for  the  %3.2f  degree  sweep  is  in  the  file:  %s\n", 
sweepAngle.  fileName); 

printf(*and  has  the  varialble  name  of;  robotsWortd_%s\n”.wor1dTag); 

} 


3.  sample  world  file 

r  This  file  is  generated  from  world  information 
and  must  be  compiled  and  linked  into  Yamabico’s 
kernel.  The  file  *worlds.h”  contains  the 
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declarations  which  allow  access  to  the 
world  model  */ 


#include  <stdlib.h> 

#include  <stdio.h> 

#include  <string.h> 
tinclude  'tiuild.h'' 

/*declaring  structure  for  world*/ 

world  robotsWorld_180_00; 

/*delcaring  structures  for  polygons  and  vertices*/ 

polygon  poly2_1: 
vertex  vert2_1_1: 
vertex  vert2_l_2: 
vertex  vert2_1_3: 
vertex  vert2_1_4; 
vertex  vert2_1_5: 
vertex  vert2_l_6: 

polygon  poly2_2; 
vertex  vert2_2_1: 
vertex  vert2_2_2: 
vertex  vert2_2_3: 
vertex  vert2_2_4: 
vertex  vert2_2_S: 
vertex  vert2_2_6: 

polygon  poly2_3; 
vertex  vert2_3_1; 
vertex  vert2_3_2; 
vertex  vert2_3_3: 
vertex  vert2_3_4; 

polygon  poly2_4: 
vertex  vert2_4_i: 
vertex  vert2_4_2, 
vertex  vert2_4_3: 
vertex  vert2_4_4; 

polygon  poly2_5; 
vertex  vert2_5_1: 
vertex  vert2_5_2: 
vertex  vert2_5_3: 
vertex  vert2_5_4; 

polygon  poly2_6; 
vertex  vert2_6_l: 
vertex  vert2_6_2; 
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v«rt«x  v«i12l_6_3; 
v«rt0x  v«it2_6_4; 
vertex  vert2_6_5: 
vertex  vert2_6_6; 
vertex  vert2_6_7; 

polygon  poly2_7; 
vertex  vert2_7.1; 
vertex  vert2_7_2; 
vertex  vert2_7_3: 
vertex  vert2_7_4: 
vertex  vert2_7_5; 
vertex  vert2_7_6; 
vertex  vert2_7_7; 
vertex  verl2_7_8: 
vertex  vert2_7.9; 
vertex  vert2_7_10; 
vertex  vert2_7_lt; 

polygon  poly2_8; 
vertex  vert2_8_1: 
vertex  vert2_8_2: 
vertex  vert2_8_3: 
vertex  vert2_8_4; 

polygon  poly2_9; 
vertex  vert2_9.1,' 
vertex  vert2_9_2: 
vertex  vert2_9_3: 
vertex  vert2_9^4: 

polygon  poly2_l0; 
vertex  vert2_10_1: 
vertex  vert2_10_2; 
vertex  vert2_10_3; 
vertex  vert2_10_4: 
vertex  vert2_10_5: 
vertex  vert2_10_6: 
vertex  vert2_10_7; 

polygon  poly2_11; 
vertex  vert2_11_1; 
vertex  vert2_11_2; 
vertex  vert2_11_3; 
vertex  vert2_11_4; 

polygon  poly2_i2; 
vertex  vert2.12_1; 
vertex  vert2_12_2; 
vertex  vert2_12_3; 
vertex  vert2_12_4; 


polygon  poly2_l3: 
v«rt«x  v»rt2_l3_1: 
v*rl«x  v«rt2_13_2; 
v«ri«x  v«rt2_13_3; 
vwtgK  v«fl2Ll3_4; 
vwtm  vwt2.i3_5: 

polygon  poly?_l4: 
varttR  v»rtSLl4_l: 
y/rnm  vtil2_14_2; 
\Mx  vwt2_14_3; 
vwlM  v*rt2_14_4: 
voftiK  v8rt2_14_S: 
vwl2_14_6: 

polygon  poly2_iS: 
v«ftn  vart2_1S_1; 
vwm  v«ft2_lS_2: 
vartw  v«rt2_lS_3: 
vaftn  ««(t2_lS_4; 
v»rt»x  v«ft2_lS_S: 

polygon  poly2.l6; 
vortoi  wift2_16_U 
vortox  v«rt2.16_2: 
vwm  vwt2_16_3; 
vmWM  v«rt2_16_4; 
vortax  v«ft2.l6.S: 

polygon  poly2_l7; 
vortax  vart2_l7_l; 
vartax  vart2_l7.2; 
vartax  vart2_l7_3; 
vartax  vart2_i7_4; 
vartax  vart2_l7_5: 
vartax  vart2_l7_e; 


rdadartng  Aral  noda  lor  graph*/ 

noda*  vvortdOraph.ldO.OO; 

/’tkriearing  amiduraa  for  nodaa  and  area*/ 

noda  noda2_l; 
aic  ara2_1.l; 


noda  noda8L2: 
arc  aic2_;2.l: 
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nods  nod«2_3; 
•rc  «ic2_3_1; 
•ic  wc2_3_2; 

nod*  nod«2_4: 
•fc  *ic2_4_i: 

nedo  nodo2_S: 
•IC  •ic2_S_i: 
•le  afc2L5_2; 
•IC  •fc2.S_3; 

nodi  nodtf.S; 

•IC  Mc2.e_1: 
•IC  •ic2.6_2: 

nodi  nodi2_7; 
•IC  •ic2.7_1; 
•IC  iic2_7_2: 
•IC  •ic2_7_3; 
•IC  •ic2_7_4: 
•IC  •ic2.7_5: 

nodi  nodi2.8; 
•IC  •rc2.6.1: 
•IC  •ic2.8_2; 
•IC  •ic2.8_3; 

nodi  nodi2_9; 
•IC  •fc2_9_1; 
•rc  •rc2_9_2; 

nodi  nodi2_10; 
•IC  •ic2_10_1: 
•IC  •rc2_10_2; 

nodi  nodi2_11; 
•IC  •ic2_11_1: 
wc  •rc2_11_2; 

nodi  nodi2_12; 
•rc  •rc2_12_1; 
•rc  •re2_12J2; 

nodi  nodi2_13; 
•rc  •rc2_13_1; 
•IC  •rc2_13^; 


nodi  nodtf_14; 
•IC  •ic2_14_1; 


nod*  node2_15; 
arc  arc2_15_l; 


nod*  nod*2_16; 
arc  arc2_ia_1; 

nod*  nod*2Ll7: 
arc  arc2_17_1; 

raasignaig  valu*a  for  polygons  and  varticas*/ 


Mlializ*Worid_180_000{ 

robotsWortd.180_OO.polygonList «  &poly2.1; 

strcpy(poly2_1.nann*.  *C17^; 
poi)^_1.mod*«  *1; 
poly2_1.v*ft*xUsl  -  &v*rt2_1_1; 
poly2_1.n*xt  ■  Apoly2_2; 
v*rt2_1_1.posit.X  -  5.60000; 
v*(t2_1_1. posit.  Y  -  3.80000: 

*lrepy(v*it2_1_1  .bndry.T. 
v*rt2_1_1.n*)rt  «  &v*ft2_1_2: 
v*rt2_1_2.posit.X  -  5.60000; 
v*ft2_1_2.posit.Y  >  6.00000; 
slrcpy(v*rt2_1_2.bndry."h1 "): 
v*ft2_1_2.n*)rt  «  4v*rt2_1_3; 
v*ft2_1_^.pr*v  ■  4v*ft2_1_1; 
v*f12_1_3.posit.X  «  6.40000; 
v*rt2_1_3.po*tt.Y  -  6.00000; 
strcpy(v*rt2_1  _3.bnd»y,"h  1 "); 
v*rt2_1_3.n*)rt  «  4v*rt2_1„4: 
v*ft2_1  _3.pr*v  ■  4v*it2_1  JZ; 
v*rt2_1_4.posit.X  -  8.40000; 
v*rt2_1_4.posit.Y  «  3.80000; 
strcpy(v«rt2_1  _4.bndfy  ,"h1  *); 
v*rt2_1_4.n*xt  ■  4v*i12_1^5; 
v*rt2_1_4.pr*v  ■  4v*ft2_1„3; 
v*rt2_1_5.posjt.X  -  7.40000; 
v*rt2_1_5.p08tt.Y  -  3.80000; 
strcpy(v*rt2_1_5.bndry,"Cl  5^: 
v*rt2_1_5.n*xt  -  4v*rt2_1^6; 
v*ft2_1_5.pr*v  ■  4v*rt2_1^4; 
v*rt2_1_6.posit.X  -  6.40000; 
v*rt2_1_6.posit.Y  -  3.80000; 
*trcpy(v*rt2_1_6.bndry,’h1"); 
v*ft2_1_6.n*xt  ■  4v*rt2_1„1; 
v*rt2_1_6.pr»v  ■  4v*rt2_1_5: 
vert2_1_1  .prav  «  4vert2_1_6: 
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strcpy(poly2_2.name,  "C16*); 
poly«_2.mod««-l: 
poly2_2.veftexLi8t  ■  &vert2_2_1 ; 
pol)^_2.next «  &poly2_3; 
vert2_2_1  .posit.X  «  0.00000; 
vert2_2_1. posit.  Y  »  3.80000; 
8trcpy(vert2_2_1  .bndry.n: 
vert2_2_1.next  *  &vert2_2_2; 
veft2_2_2.p08it.X  «  0.00000; 
vet12_2_2.posit.Y  ■  6.00000; 
strcpy(vert2_2_2.bndry."h1 "); 
verl2_2_2.n«xt  ■  aiveft2_2_3; 
vert2_2_2.prev  ■  4veft2_2_1; 
vert2_2_3.posit.X  «  4.20000; 
vert2_2_3.postt.Y  -  6.00000; 

8trcpy(vet12_2_3.bndfy,"): 

veft2_2_3.next »  &vert2_2_4; 
vert2_2_3.prev  ■  aiveft2_2_2; 
vert2_2_4.posit.X  «  4.20000; 
v«rt2_2_4.posit.Y  «  3.80000; 
8trcpy(v«ft2_2_4.bndry,"h1  •); 
veft2_2_4.next  ■  &v«ft2_2_5; 
v«rt2_2_4.pf»v  ■  4v8ft2_2_3; 
vert2_2_S.posit.X  -  2.00000; 
v*ft2_2_5.posit.Y  «  3.80000; 
8tfcpy(vert2_2_5.bndry,"Cl  2"); 
v*ft2_2_5.n«xt  ■  &v«rt2_2_6; 
v*rt2_2_5.pr»v  ■  4v«ft2_2_4; 
v«rt2.2_6.posit.X  >  1.00000; 
v«rt2_2_6.posit.Y  «  3.80000; 
8tfq)y(v*rt2_2_6.bn<lry,"h1 "); 
vett2_2_6.next  ■  4v«rt2_2_1; 
vert2_2_6.pr*v  ■  4v«rt2_2_5; 
v*rt2_2_1.pr«v  ■  4v«rt2_2_6; 

8trcpy(poly2_3.nam«,  “C14’^; 
pol^_3.mod«  - -1; 
pol^_3.v«rt6xLi8t  >  4v8rt2_3_1; 
po(^_3.n«xt  >  4poly2_4; 
v«rt2_3_1.posit.X  -  4.40000; 
v«ft2_3_1. posit.  Y  -  3.60000; 
strcpy(vsrt2_3_1  bndry.H: 
vsrt2_3_1  .next  ■  4vsft2_3_2; 
vsrt2_3_2.p08it.X  -  4.40000; 
vsrt2_3_2.p08it.Y  -  4.20000; 
8trepy(vsrt2_3_2.bndfy.’h1  "); 
vsrt2_3_2.nsxt  ■  4vsrt2_3_3; 
vsit2_3_2.prsv  ■  4vsrt2_3_1 ; 
vsrt2_3_3.p08tt.X  -  5.40000; 
vsrt2_3_3.postt.Y  -  4.20000; 
8tfcpy(vsrt2_3_3.bndiy,'l; 


vert2_3_3.next «  &vert2_3_4; 
veft2_3_3.prev  »  &vert2_3_2: 
veft2_3_4.p08it.X  «  5.40000; 
vert2_3_4.po8it,Y  ■  3.60000; 
strcpy(vert2_3_4.bndry,"Cl 
veit2_3_4.next  ■  &vert2_3_1; 
vert2_3_4.prev  ■  &vert2_3_3; 
vert2_3_1  -prev  ■  &vert2_3_4; 

^rcpy(poly2_4.name,  "C15^; 
pol)^_4.mod«  > -1; 
pot^_4.veit«xUst  ■  &vert2_4_1; 
poiy2_4.next «  &poly2_5; 
vert2_4_1.posit.X  «  6.40000; 
v»rt2_4_1. posit  Y  ■  3.60000; 
8trcpy(vsrt2_4_1  .bndry,"^; 
veft2_4_1  .nsxt  ■  4vsrt2_4_2; 
vsrt2_4_2.posH.X  -  6.40000; 
v«rt2_4_2.positY  «  3.80000; 
slrcpy(vsft2_4^.bndry  "Cl  7^: 
vsft2_4_2.ne)(t  ■  Avsft2_4_3; 
vsft2_4_2.prsv  ■  Avsrt2_4_1; 
vSft2_4^3.posit.X  «  7.40000; 
vsrt2_4.3.posit.Y  *  3.80000; 
ftrcpy(vsrt2„4_3.bndfy,"); 
vsrt2_4_3.nsjrt  ■  &vsft2_4_4: 
vsft2_4_3.pr»v  •  Aveft2_4_2; 
vsrt2_4_4.posil.X  -  7.40000; 
vSf12_4_4.posit.Y  -  3.60000; 
flrcpy(v«ft2_4_4.bndry,"Cl  3^: 
vsrt2_4_4.nsi{t  ■  4vsft2_4_1 ; 
v»ft2_4_4.prisv  ■  4v#f12_4_3; 
vsrl2_4_1  .prsv  ■  4vsrt2_4_4; 

strcpy(poly2_5.name,  *^12^; 
poly2_S.mod«>  -1; 
pol^_5.v«rtsxList «  4v«it2_5_1 ; 
poly2_5.nsxt  >  4poiy2_6; 
v*rt2_S_1.posit.X  - 1.00000; 
v«rt2_5_1. posit  Y  •  3.60000; 
slrepy(vort2«5_1  .bndry,"); 
v«rt2_5_1.noi(t  ■  4vsft2_5_2; 
v«fiaL5_2.posH.X  •  1.00000: 
vSf12^5_2.posit.Y  -  3.60000; 
stfCpy(v«rt2.5_2.bndry,X1 6^: 
v«r12_5_2.nsKt  >  4v«r12.5_3; 
vsrt2_5_2-P»«v  •  4vsi12_5_1; 
vSf12_5.3.pOSlt.X  -  2.00000; 
v«r12_5_3.positY  •  3.60000; 
slfepy(vsfl2_5_3.bfxJry,"): 
vs»12_5_3.n«cl  ■  4vsrl2_5_4; 
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vert2_5_3.prev  »  &vert2_5_2; 
V0i12.5.4.posit.X  «  2.00000; 
vert2_5.4.posit.Y  «  3.60000; 
str<^y(vert^5_4.bndry  "Cl  1"); 
vert2_5_4.next «  iivert2_5_1; 
vert2_5_4.prev  »  4vert2_5_3; 
vert2_5_1.prev  »  &vert2_5_4; 

strepy(poly2_6.name,  *C13^; 
pol)^_6.mode  « *1; 
pol^_6.vertexList «  &vert2_6_1; 
poly2_6.next  >  &poiy2_7; 
vert2_6_1.posit.X  «  2.00000; 
vert2_6.1.p08it.Y  >  3.60000; 
8trcpy(veft2_6_1  .bndfy,"0; 
vert2_6_1.next  ■  Aveft2_6_2; 
vert2_6_2.posit.X  ■  4.40000; 
vert2_6_2.posit.Y  «  3.60000; 
8trcpy(vert2_6_2.bndfy*C14"); 
vert2_6«2.next  ■  &vert2_6_3; 
veft2_6_2.prev  «  &vert2_6_l; 
vart2_6_3.posit.X  >  5.40000; 
veit2_6_3.posit.Y  a  3.60000; 
8tfcpy(v8rt2_6_3.bndry,"h1  •); 
v*ft2_6„3.n*)rt  ■  4v8ft2_6_4; 
v«rt2_6_3.pr»v  *  Av«ft2_6_2; 
v»rt2_6_4.posit.X  •  6.40000; 
v«rt2_6_4.posit.Y  •  3.60000; 
8lrcpy(v»rt2_6_4.bndry,"Cl  5"); 
V8ft2_6_4.n8)(t «  &V8rt2_6_5; 
V8rt2_6_4.pr8v  ■  4v8rt2_6_3; 
v«rt2_6_S.po8n.X  -  7.40000; 
v»rt2_6_5.p08it.Y  ■  3.60000; 
8trcpy(v8rt2_6_5.bndry,"h1  *); 
v8rt2_6_S.n8xt  ■  Aveft2_6^6; 
v#rt2_6_5.pr8v  ■  4vert2_6_4; 
v8rt2_6_6.p08it.X  -  9.60000; 
v«rt2_6_6.po8it.Y  «  3.60000; 
8tfCpy(v«rt2_6_6.bndry,'~); 
v«rt2_6_6.n8>rt  ■  4v8i12_6_7; 
v«f12  6.6.pr«v  >  4v8rt2_6.5; 
v*rt2  6.7.p08n.X  -  9.60000; 
vwt2_6_7.po8tt.Y  •  3.60000; 
8lrepy(vitrt2_6_7.bndry,"C1 1*); 
vtft2_6_7.n8xt  ■  4v#rt2_6_1  ; 
v»rt2_6_7.pr»v  ■  4v8ft2_6_6; 
v«rt2_6_1.pr8v  ■  4vtfl2_6_7; 

stfcpy(poly2_7.nanr>8,  “Cl  1"); 
poly2_7.fnod8  ■ -1; 
poi^_7.v8rt«xLi8t  •  4v8rt2_7_1; 


poly2_7.next »  &poly2_8; 
vert2_7_1  .posit.X  «  4.00000; 
vert2_7_1.posit.Y  «  2.50000; 
8tfcpy(vert2_7_1  .bndry,"ClO"); 
vert2_7_1  .next «  &vert2_7_2; 
vert2_7_2.po8it.X  »  0.00000; 
vert2_7^.po8it.Y  »  2.50000; 
strcpy(vert2_7_2.bndry,"); 
veft2_7_2.next »  &vert2_7_3; 
vert2_7_2.prev  «  4vert2_7_1; 
vert2_7_3.posit.X  *  0.00000; 
vert2_7_3.po8it.Y  «  3.60000; 
8trcpy(vert2_7_3.bndry,*h1  *); 
verl2_7_3.next  ■  &vert2_7_4; 
vert2_7_3.prev  «  &vert2_7_2; 
vert2_7_4.po8it.X  « 1.00000; 
vert2_7_4.po8it.Y  «  3.60000; 
8trcpy(vert2_7_4.bndry,"Cl  2"); 
vert2_7_4.next  ■  &vert2_7_5; 
vert2_7_4.prev  «  &vert2_7_3; 
vert2_7_5.posit.X  >  2.00000; 
vert2_7_5.po8it.Y  ■  3.60000; 
8tfcpy(vert2_7_5.bndry."Cl  3“); 
vert2_7_5.next  ■  aivert2_7_6; 
vert2.7_5.pfev  «  &veft2_7_4; 
vert2_7_6.po8it.X  ■  9.60000; 
veft2_7_6.po8it.Y  «  3.60000; 

8tfcpy(vert2_7_6.bndry,“^; 

veft2_7_6.next «  4veft2_7_7; 
veft2_7_6.prev  «  4vert2_7_5; 
veft2_7_7.po8it.X  »  9.60000; 
veft2_7_7.po8it.Y  «  2.50000; 
8lrcpy(vef12_7_7.bfKtry."hl "); 
vert2_7_7.next  ■  &vert2_7_8: 
veft2_7_7.prev  ■  4vert2_7_6; 
vert2_7_8.po8it.X  «  8.60000; 
veft2_7_8.p08«.Y  -  2.50000; 
8tfCpy(vei12_7_8.bndry.’C9^; 
vei12_7_8.next »  4veft2_7_9; 
vert2_7_8.prev  ■  4vert2_7_7; 
veft2_7_0.poeit.X  -  8.00000; 
veft2_7_9.poeit.Y  -  2.50000; 
elfepy(veft2_7_9.bndry,"h1 "); 
veft2_7_9.next  ■  4veft2_7_10; 
ven2_7_9.prev  ■  4vert2_7_8; 
vert2_7_10.pO8tt.X  -  7.40000; 
ven2_7_10.posit.Y  -  2.90000; 
elfcpy(vert2_7_l  O.bndry.'CO^; 
vef^7_10.next  ■  4veft2_7_l  1 
vert2_7_10.prev  ■  4ven2_7_9; 
vert2_7_1 1  .po8«.X  -  6.80000; 


veit2_7_1 1  .posit.  Y  >  2.50000; 
stfCpy(vertSL7_1 1  .bndry.*hl-): 
vert2_7_1 1  .next «  &veft2_7_l ; 
veft2_7_1 1  .prev  »  &vert2_7_1 0; 
vert2_7_1  .prev  ■  &vert2_7_l  i ; 

8trq)y(poly2_8.nafne.  “C9"); 
pol^_8.mode  s -1; 
poly2_8.vertexLi8t «  aivert2_8_1: 
pol^_8.next «  &poly2_9; 
vert2 .poslt.X  »  8.60000; 
vert2_8_1. posit.  Y  »  2.30000; 
strcpy(veft2 .bndry ’C4"); 
veft2_8_1  .next »  &vert2_8_2: 
vert2_8_2.posit.X  «  8.00000; 
vert2_8_2.poslt.Y  =  2.30000; 

8trcpy(veft2_8_2.bndry,‘"): 

vert2_8_2.next  *  4vert2_8_3; 
vert2_8_2.prev  *  &vert2_8_1 ; 
vert2_8_3.posit.X  *  8.00000; 
vert2_8_3.posit.Y  =  2.50000; 
strcpy(vert2_8_3.bndry,"C1 1"); 
vert2_8_3.next  *  &vert2_8_4; 
vert2_8_3.prev  *  4vert2_8_2: 
vert2_8_4.posit.X  «  8.60000; 
vert2_8_4.posit.Y  *  2.50000; 

strcpy(vert2_8_4.bndryn: 

vert2_8_4.next «  4vert2_8_1 ; 
vert2_8_4.prev  »  4vert2_8_3; 
vert2_8_1.prev  =  4vert2_8_4; 

strcpy(poly2_9.name,  “C8"); 
pol^_9.modes  -1; 
poly2_9.vertexList  =  4vei12_9_1; 
poly2_9.next  =  4poly2_10; 
vert2_9_1.posit.X  =  6.80000; 
vert2_9_1. posit.  Y  =  2.30000; 
strq)y(vert2_9_1  .bndry, 1: 
vert2_9_1.next  *  4vert2_9_2: 
vert2_9_2.posit.X  *  6.80000; 
vert2_9_2.p08it.Y  -  2.50000; 
strcpy(vert2_9_2.bndry,"C1 1"); 
vert2_9_2.next »  4vert2_9_3; 
vert2_9_2.prev  *  4vert2_9_1; 
vert2_9_3.posit.X  »  7.40000; 
vert2_9_3.posit.Y  «  2.50000; 

strcpy(vert^9_3.bndry,’l: 

vert2_9_3.next  ■  4vert2_9_4; 
veit2_9_3.prev  ■  4vert2_9_2; 
vert2_9_4.posit.X  -  7.46bdb; 
vert2_9_4.posit.Y  -  2.30000; 
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strcpy(vert2_9_4.bndiy’C3"): 
vert2_9_4.next »  &vert2_9_1; 
veft2_9_4.pr»v  «  &vet12_9_3: 
vert2_9_1  .prev  «  &vert2_9_4; 

8trcpy(poly2_10.name,  “CKH.' 
poi)^_10.modes*1; 
pol^_10.vertexList «  &veft2_10_1: 
poly2_10.next «  &poly2_1 1 ; 
vert2_10_1.posit.X  *  0.00000; 
vert2_10_1. posit.  Y  *  2.S0000; 
strcpy(vert2_10_1  .bndfy,""); 
ver^10_1.next  *  &vert2_10_2: 
vert2_10_2.posit.X  «  0.00000; 
ver12_10_2.posit.Y  -  2.50000; 
strcpy(vert2_1 0_2.bndry,"C1 1 "); 
V6rt2_10_2.next  ■  &vert2_10_3; 
vert2_10_2.prev  =  &vert2_10_1;. 
vert2_10_3.posit.X  =  4.00000; 
vert2_10_3.posit.Y  »  2.50000; 
strcpy(vert2_1 0_3.bndfy,"h  1 "); 
vert2_10_3.next  *  &vert2_10_4; 
vert2_10_3.prev  =  &vert2_10_2; 
vert2_10_4.posit.X  =  4.00000; 
vert2_10_4.posit.Y  =  2.50000; 
strcpy(vert2_1 0_4.bndry,"C7"); 
vert2_10_4.next »  &vert2_10_5; 
vert2_10_4.prev  =  &vert2_10_3; 
vert2_lO_5.posit.X  =  3.20000; 
vert2_10_5.posit.Y  «  2.50000; 
strcpy(vert2_1 0_5.bndry,"h1 "); 
vert2_10_5.next »  &vert2_10_6; 
vert2_10_5.prev  =  &vert2_10_4; 
vert2_10_6.posit.X  *  1.40000; 
v0rt2_1O_6.posit.Y  =  2.50000; 
strcpy(vert2_1 0_6.bndry,"C5”); 
vert2_10_6.next »  &vert2_10_7; 
vert2_10_6.prev  »  &vert2_10_5; 
veft2_10_7.posit.X  »  0.80000; 
v«rt2_10_7.posit.Y  ■  2.50000; 
strcpy(veft2_1 0_7.bndry  ,"h1 ") ; 
vert2_10_7.next «  &vert2_10_1; 
vort2_10_7.prev  ■  &vert2_10_6; 
veft2_10_1.pr»v  ■  &vert2_10_7; 

strcpy(poly2_11.name,  X7^; 
polj^_11.mode»-1; 
poly2_1 1  .vartexList  ■  &vert2_1 1_1 ; 
poi^.1  l.next  ■  &poly2_12; 
vert2_11_1.po8it.X  ■  4.00000; 
ver12_1 1_1  .posit.  Y  -  2.30000; 
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strcpy(vert2_1 1_1  .bndry,"C6"): 
vert2_1 1_1  .next «  &veft2_1 1_2: 
vert2_11_2.posit.X  *  3.20000; 
vert2_1 1_2.p08it.Y  ■  2.30000; 
strcpy(vert2_1 1_2.bndry."0: 
vert2_1 1_2.next  *  4vert2_1 1_3; 
vert2_1 1_2.prev  ■  &vert2_1 1_1 ; 
vert2_1 1_3.posjt.X  «  3.20000; 
vert2_1 1_3.posit.Y  *  2.50000; 
strcpy(vert2_1 1_3.bndry,"C1(n; 
vert2_1 1_3.next  *  &vert2_1 1_4; 
veft2_1 1_3.prev  »  &veft2_1 1_2; 
vert2_1 1_4.posit.X  »  4.00000; 
vert2_1 1_4.posit.Y  «  2.50000; 
strcpy(vert2_1 1_4.bndry,"0; 
vert2_1 1_4.next »  &vert2_1 1_1 ; 
vert2_1 1_4.prev  *  *vert2_1 1_3; 
vert2_1 1_1  .prev  *  &vert2_1 1_4; 

strcpy(poly2_12.nafne.  “05"); 
poli^_l2.modea-1; 
poly2_12.vertexList  =  &veft2_12_1; 
poly2_i2.next  *  &poly2_l3: 
vert2_12_1.posit.X  *  0.80000; 
vert2_1 2^1. posit.  Y  *  2.30000; 
strcpy(vert2_12_1  .bndry,""): 
vert2_12_1.next »  &vert2_12_2: 
vert2_12_2.po8it.X  *  0.80000; 
vert2_12_2.posit.Y  *  2.50000; 
8trcpy(vert2_1 2_2.bndry,"C1 0"); 
vert2_12_2.next  *  &vert2_12_3; 
vert2_12_2.prev  =  &vert2_12_1; 
vei12_12_3.posit.X  *  1.40000; 
vert2_12_3.posit.Y  «  2.50000; 
strcpy(vert2_1 2_3.bndry,""); 
vert2_12_3.next  ■  &vert2_12_4; 
vert2_12_3.prev  x  4vert2_12_2; 
vert2_12_4.posit.X  *  1.40000; 
vert2_12_4.posjt.Y  »  2.30000; 
8trcpy(vert2_1 2_4.bndry  *C1 "); 
V8rt2_12_4,next  x  4vert2_12_1; 
vert2_12_4.prev  x  4vert2_12_3; 
vert2_12_1.prev  x  4vert2_12_4; 

8trcpy(poly2_13.name,  “C4"); 
polj^_l3.mode  « -1; 
poly2_13.vertexList  x  4vett2_13_1; 
poly2_13.next  x  4poly2_14; 
vert2_13_1.p08it.X  »  8.00000; 
vert2_13_1. posit.  Y  x  0.00000; 
8trcpy(vert2_13_1  .bndry, "hi"); 
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vert2_13_1.next  *  &vert2_13_2: 
vert2_13_2.posit.X  *  8.00000; 
vert2_13_2.po8it,Y  «  2.30000; 
strq5y(vert2_1 3_2.bndfy,"C9"); 
vert2_13_2.next  *  aivert2_13_3; 
vert2_13_2.prev  «  &vert2_13_1 ; 
vert2_13_3.posit.X  «  8.60000; 
vert2_13_3.posit.Y  «  2.30000; 
strcpy(veft2_1 3_3.bndry.'n: 
vert2_13_3.next  *  &vert2_13_4; 
vert2_13_3.prev  ■  4vert2_13_2; 
vert2_13_4.posit.X  »  9.60000; 
vei12_13_4.posit.Y  »  2.30000; 
strcpy(vert2_1 3_4.bndry."h  1 "); 
vert2_13_4.next  *  4vert2_13_5; 
vert2_13_4.prev  =  4vert2_13_3; 
vert2_13_5.posit.X  »  9.60000; 
vert2_13_5.posit.Y  =  0.00000; 
strcpy(veft2_1 3_5.bndry,"h1 "); 
vert2_13_5.next «  &vert2_13_1; 
vert2_13_5.prev  *  4vert2_13_4; 
vert2_1 3_1  .prev  »  4vert2_1 3_5; 

strcpy(poly2_14.name,  “C3"); 

poli^_14.mode  =  -1; 

poly2_14.vertexLi$t  =  4vert2_14_1; 

poly2_14.next »  4poly2_15: 
vert2_14_1.posit.X  =  5.00000; 
vert2_14_1 . posit.  Y  =  0.00000; 
strcpy(vert2_14_l  .bndry,"hr); 
vert2_14_1.next «  4vert2_14_2; 
vert2_14_2.posit.X  ■  5.00000; 
vert2_14_2.posit.Y  -  2.30000; 
strcpy(veft2_1 4_2.bndry,"hr); 
vert2_14_2.next  *  4vert2_14_3; 
verl2_14_2.prev  »  4vert2_14_l ; 
veft2_14_3.posit.X  »  6.60000; 
vert2_14_3.posit.Y  *  2.30000; 
8trcpy(vert2_1 4_3.bndry,"C8"); 
verl2_14_3.nexl »  4vert2_'4_4; 
vef12_14_3.prev  »  4vert2_14_2; 
vert2_14_4.posit.X  «  7.40000; 
vert2_14_4.posit.Y  «  2.30000; 
8trcpy(veft2_14_4.bndry,"h1"); 
vert2_14_4.n«xt  •  4verl2_14_5; 
vert2_14_4.prev  •  4vert2_14_3; 
veft2_14_5.poslt.X  »  7.80000; 
vert2_14_5.p08it.Y  «  2.30000; 

stfcpy(vei12_14_5.bndry,”): 

veft2_14_5.next  ■  4vert2_14_6; 
vert2_14_5.pfev  >  4veft2_14_4; 
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veft2_14_6.po8it.X  «  7.80000; 
vert2_14.6.posit.Y  >  0.00000; 
8trcpy(vert2_14_6.bndfy,’h1*); 
vert2_14_6.next »  &vert2_14_t; 
vert2_14_6.prev  >  &vert2_14_5; 
vert2_14_1.prev  ■  &vert2_14_6; 

8trcpy(poly2_15.name,  “C6^: 
poly2_15.mode  ■  -1; 
poly2_15.vertexList  *  4vert2_15_1; 
poly2_15.next »  Apoly2_16: 
vert2_15_1.posit.X  «  3.20000; 
vert2_15_1. posit.  Y  -  2.30000; 
8trcpy{vert2_1  S_1  .bndry,"): 
vert2_15_1.next  -  &vert2_15_2; 
vert2_15_2.poslt.X  »  3.20000; 
vert2_15_2.posit.Y  «  2.30000; 
strcpy(vert2_1 5_2.bndfy  *C7*); 
vert2_15_2.next «  &vert2_15_3; 
vert2_15_2.prev  «  4vert2_15_1; 
vert2_15_3.posit.X  *  4.00000; 
vert2_15_3.posit.Y  »  2.30000; 
strcpy(vert2_1 5_3.bndryn: 
vert2_15_3.next  =  4vert2_15_4; 
vert2_15_3.prev  »  4vert2_15_2; 
vert2_15_4.posit.X  =  4.80000; 
vert2_15_4.posit.Y  »  2.30000; 
strcpy(v6ft2_1 5_4.bndfy,"h  1 "); 
vert2_1S_4.next «  4vert2_15_5; 
vert2_15_4.pr©v  *  4vert2_15_3; 
vert2_15_5.posit.X  =  4.80000; 
veft2_15_5.posit.Y  »  2.30000; 
strcpy(vert2_1 5_5.bndry,"C2"); 
vert2_15_5.next «  4vert2_15_1; 
vert2_15_5.prev  «  4vert2_15_4; 
vert2_1 5_1  .prev  =  4vert2_1 5_5; 

strcpy(poly2_16.nani«,  “02"); 
poly2_16.mode  « -1; 
poly2_16.vertexlJst  ■  4vef12_16_1; 
poly2_16.next  =  4poly2_17; 
vert2_16_1.po8it.X  »  2.40000; 
veft2_16_1. posit.  Y  «  0.00000; 
strcpy(vert2_1 6_1  .bndry,"h  1 "); 
veft2_16_t.next «  4vert2_16_2; 
vert2_16_2.posit.X  >  2.40000; 
vert2_16_2.posit.Y  «  2.30000; 
strcpy(veft2_1 6_2.bndry,*h1 "); 
vert2_16_2.next  ■  4vert2_16_3; 
vert2_1 6_2.prev  ■  4vert2_1 6_1 ; 
vert2_16_3.posit.X  «  3.20000T 
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vert2_16_3.posit.Y  »  2.30000; 
strcpy(vert2_1 6_3.bndry,"C6*): 
ver^16_3.next «  4vert2_16_4; 
vert2_16_3.prev  ■  4veft2_16_2; 
vei12_16_4.positX  ■  4.80000; 
v»rl2_16_4.po8it.Y  ■  2.30000; 
8trepy(vert2_1 6_4.l)ndry,”); 
vert2_16_4.nexl  ■  &vert2_16_5; 
vert2_16_4.prev  ■  &v*ft2_16_3; 
vert2_16_5.posit.X  «  4.80000; 
vort2_16«5.po8it.Y  ■  0.00000; 
8trcpy(vert2_1 6_5.bndry,“h1"); 
vert2_16_5.next »  4vert2_16_1; 
vert2_16_5.prev  «  &vert2_16_4; 
vert2_16_1.prev  *  &vert2_16_5; 

8trcpy(poly2_17.name,  “Cl"); 

pol)^_17.mode«-1; 

poly2_17.vertexList  ■  &veft2_17_1; 

poly2_17.next  *  &poly2_1; 
vert2_17_1.posit.X  =  0.00000; 
vert2_17_1. posit,  Y  =  0.00000; 
strcpy(veft2_1 7_1  .bndry,"hr); 
vert2_17„1.next  =  &veft2_17_2; 
vert2_17_2.posit.X  =  0.00000; 
vert2_17_2.pOSit.Y  *  2.30000; 
stfcpy(vert2_1 7_2.bndry,"h1 "); 
vert2_17_2.next »  &vert2_17_3; 
vert2_17_2.prev  »  &vert2_17_1 ; 
vert2_17.3.posit.X  *  0.80000; 
vert2_17^3.posit.Y  «  2.30000; 
strcpy(vert2_1 7_3.bndry,"C5"); 
vert2_17_3.next  *  &vert2_17_4; 
vert2_17_3.prev  *  &vert2_17_2; 
vert2_17_4.posit.X  » 1.40000; 
vert2_17_4.posit.Y  =  2.30000; 
strcpy(vei12_1 7_4.bndry,"h1 "); 
vert2_17_4.next  *  &vert2_17_5; 
vert2_17_4.prev  »  &vert2_17_3; 
vert2_17_5.posit.X  ■  2.20000; 
vert2_17_5.p08it.Y  »  2.30000; 
8trcpy(vert2_1 7_5.bndry,n; 
vert2_17„5.next  ■  &vert2_17_6; 
vert2_17_5.prev  ■  4vert2_17_4; 
vert2_17_6.posit.X  ■  2.20000; 
vert2_17_6,posit.Y  »  3.00000; 
8trcpy(vert2_1 7_6.bndry,"h1 "); 
vert2_17_6.next  ■  4verl2_17_1; 
vert2_17_6.prev  «  4vert2_17_5; 
vert2  17  1.prev«4vert2_17_6; 

) 
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raMigning  vakiM  for  nodt  and  arctV 


mttWinOraph.iaO.OOOi 

wfortdQraph.l 80.00  •  4nodo2_1; 
nod«2_l  .col  -  4poiy2_l : 
nodo2_1  .orcUot  >  4orc2_1_1 ; 
nodo2_1  .prodocoooor  >  NULL; 
nodo2_1  .curAic  >  NULL; 
nodo2_l  .noxt  >  &nodo2.2: 
orc2.1_1.Nodo  >  &rK)do2_3; 
orc2_1_1.vitilod  «  0; 
orc2_1_1.rwxt-NULL; 
rK)do2_2.col  >  &poiy2.2: 
nodo2_2.arcUot  >  4arc2_2_1; 
nodo2_2.prodocossor  >  NULL; 
nodo2_2.curArc  ■  NULL; 
node2_2.next «  &node2_3; 
arc2_2_1.Nodo  «  &node2_6; 
arc2_2_1  .visited  >  0; 
arc2_2_1.next  ■  NULL; 
rKXle2_3.cell «  &poly2_4; 
rKxle2_3.arcList »  4arc2_3_1; 
node2_3.predecessor «  NULL; 
node2_3.curArc  »  NULL; 
node2_3.next  *  &node2_4; 
arc2_3_1  .Node  ■  4node2_1 ; 
arc2_3_1  .visited  »  0; 
arc2_3_1.next »  aiarc2_3_2: 
arc2_3_2.Node  »  &node2_5; 
arc2_3_2.visited  «  0; 
arc2_3_2.next  *  NULL; 
node2_4.cell »  &poly2_3; 
node2_4.arcList  =  4arc2_4_1; 
node2_4.predecessor «  NULL; 
node2_4.curArc  »  NULL; 
node2_4.next «  4node2_5; 
arc2_4_1.Node  ■  4node2_5; 
arc2_4_1  .visited  •  0; 
arc2_4_1.next  >  NULL; 
rK)de2_5.cell «  4poly2_e; 
node2_5.arcList  ■  4arc2_5_1; 
node2_5.predecessor  >  NULL; 
node2_5.curArc  ■  NULL; 
node2_S.next «  4r)ode2_6; 
arc2_S_1.Node  >  4rK)de2_3; 
arc2_5_1  .visited  ■  0; 
arc2_5_1.next  ■  4arc2_5_2; 
arc2_5jZ.Node  >  4node2_4; 


too 


MC2_S_2.vWM  -  0; 
•ic2_5^.nwt  -  ftafc2_S_3: 
MC2_S_3.Nod«  -  4nod«2_7: 
ftic2_S_3.vWitd  •  0: 
•fC2_S_3.n«(t  -  NULL; 
nodiC_a.o«l  -  Apoiy2_S: 
nodt2.6.«reLM  -  Aare2_6_1 ; 
noda2_e.prtdWMwr  -  NULL: 
nodafiLe.eurAfc  ■  NULL; 
nod«2_0.ntxi  ■  4nod«2_7: 
Me2_6_i.Nod«  •  Anoda2^: 
afe2_6_l.vitiMMl  >  0: 
•fe2_6_1  .iwd  >  &afc2_6_2: 
wc2_6_2.Nod«  -  Anod«2_7; 
•ic3_6_3-vi«M«d  •  0; 
•rc2_6^.nMt  -  NULL; 
nod«2_7.c«ll  >  &poly2_7; 
nod«2_7.afcLi«t  -  aiarc2_7_1 ; 
nod«2_7.pr«d«cM«or  >  NULL; 
nod«2_7.curArc  ■  NULL: 
nod«2_7.n«xt  >  &nod02_8: 
*rc2_7_1  .Nod*  ■  &nod*2_5; 
are2_7_1.viait*d  >  0; 
arc2_7_1.n*)tt  ■  Aarc2_7_2; 
afc2_7_2.Noda  >  &nod*2_6; 
atc2_7.2.viait*d  ■  0; 
arc2_7_2.n*xt  ■  Aarc2_7_3; 
afc2_7_3.Nod*  «  Anod*2_9; 
arc2_7_3.vi*it*d  •  0; 
afc2_7_3.n*xt  •  &arc2_7_4: 
arc2_7_4.Noda  ■  &noda2_10; 
*fc2_7_4.vi*il*d  ■  0; 
arc2_7_4.n*j(t  ■  4arc2_7_5: 
arc2_7_5.Nod*  >  &nod*2_8; 
arc2_7_5.vjsit*d  >  0; 
arc2_7_5.n*)(t  -  NULL; 
nod*2_8.c*ll  -  &poly2_10; 
nod*2_8.arcList  >  &arc2_8_1; 
nod*2_8.pr*dec«ssor  >  NULL; 
nod*2_8.curArc  ■  NULL; 
nod*2_8.n*xt «  &nod*2_9; 
arc2_8_1  .Nod*  ■  &nod*2_7; 
arc2_8_1.viajt*d  >  0; 

*rc2_8_1  .n*xl  ■  &arc2_8_2; 
arc2_8_2.Nod*  ■  &nod*2_1 1 ; 
arc2_8_2.vi*it*d  «  0; 
arc2_8_^.n*xt  >  &arc2_8_3; 
arc2_B_3.Nod*  >  &nod*2_13; 
arc2_8_3.  visited  >  0; 
arc2_8_3.n*xt«NULL; 
nod*2_9.c*ll  -  &poly2_8; 
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nodiS_94N«>nMtor  ■  NULL; 
nodtf_9xurAic  ■  NULL; 
no(M!.9.ntt(l  -  &noda2_10; 
•ic9_9.1  .Nodt  •  &nod«2_7; 
■icg_9_1.vtgiNd«0; 
wc2_9_i  .n«xt  >  4afc2_9_9: 
•rc2L9_2.Nod«  ■  4nodc2_14; 
afc2_9J{.vWlwi  ■  0; 
«ic2_9j2.n«xl  ■  NULL; 
nod«2_10.o«ll  B  &poly2_9; 
nod«2_10.afcList  a  &aic2_10_1; 
nod«2_10.pf«d«c«uor  a  NULL; 
nod«2_10.curAic  a  NULL; 
nod«2_10.n«xt  a  Anod«2_1 1 ; 
aic2_10_1  .Nod*  a  9nod«2_7; 
are2_10_1  .viaitad  a  O; 
arc2_10_1.naxt  a  4arc2_10_2; 
arc2.10_2.Noda  a  &noda2_15; 
arc2_1 0.2. viaitad  a  0; 
arc2_10_2.r)axt  a  NULL; 
rwda2_1 1  .call  a  &poly2_1 1 ; 
noda2_1 1  .arcLiat  a  &aic2_1 1.1 ; 
noda2_1 1  .pradacaaaor  a  NULL; 
rKx1a2_1 1  .curArc  a  NULL; 
fK)da2_1 1  .naxt  a  &rK>da2_12; 
arc2_1 1.1  .Noda  a  Anoda2_0; 
arc2_1 1.1  .viaitad  *  0; 
arc2_1 1.1  .naxt  a  &arc2_1 1.2; 
arc2_11_2.Noda  a  &noda2_12; 
arc2_1 1.2. viaitad  a  O; 
arc2_11_2.naxtaNULL: 
noda2_12.call  a  &poly2_15; 
rv)da2_12.arcList  a  4arc2_12_1; 
noda2_12.predacassor  a  NULL; 
noda2_12.curArc  a  NULL; 
noda2_12.naxt  a  4node2_13; 
arc2_1 2.1  .Noda  a  4noda2_1 1 ; 
arc2_1 2.1  .viaitad  a  O; 
afc2_12_1  .naxt  a  4arc2_12_2; 
arc2_12_2.Noda  a  4noda2_16; 
arc2_12^.viaitad  a  0; 
arc2_12.2.naxt  a  NULL, 
noda2_13.call  a  4poly2_12; 
noda2_13.arcUat  a  4arc2.13_1; 
noda2_13.predacaaaor  a  NULL; 
noda2_13.curArc  a  NULL; 
noda2_13.naxt  a  4noda2_14; 
arc2_1 3.1  .Noda  a  4noda2_8; 
arc2_1 3.1  .visited  a  O; 
afc2_1 3.1  .next  a  4arc2_13_2: 


arc2_13_2.Nod«  «  &node2_l7: 
arc2_13_2.visit«d  >  0; 
arc2_13_2.n«xt  -  NULL: 
noda2L14.cell «  &poly2.13; 
noda2.14.afcList  ■  &arc2_14_1; 
noda2.l4.pradacaaaor «  NULL: 
noda2Ll4.curAfc  -  NULL; 
noda2.14.naxt  ■  &noda2.l5; 
arc2.l4.l.Noda  •  &noda2_9: 
are2_14.1.vjaitad  ■  0; 
an:2-14.1.naxt-NULU 
noda2_15.call «  Apoly2_14: 
noda2_15.arcUat «  &aic2.1S_1: 
noda2_15.pfadacassor  >  NULL; 
noda2_15.curAfC  •  NULL; 
noda2_1S.naxt «  Anoda2.16; 
arc2_15.1.Nada  -  &noda2.10; 
arc2_15.1.visitad  «  0; 
afc2_15.1.naxt  ■  NULL; 
noda2_16.call «  &poly2_16; 
noda2_16.arcLj$t «  &arc2_16_1; 
noda2_16.predacassor «  NULL; 
noda2_16.curArc  «  NULL; 
noda2_16.naxt  >  &noda2.17: 
arc2_16.1.Noda  >  &noda2.12; 
arc2_16_1.vis<tad  «  0; 
arc2.18.1.naxt*NULL: 
noda2_17.call  ■  aipoly2.l7; 
noda2.17.arcLisl »  &arc2_17.1; 
noda2_17.pradacaasor «  NULL; 
noda2_17.curArc  ■  NULL; 
noda2_17.naxt«NUa; 
afc2_17_1.Noda  ■  &noda2_13; 
arc2_1 7_1  .viaitad  >  0; 
afc2_17_t.naxt*NULL; 


G.  HOMOTOPY  CLASSES 


1.  calb.h 
FILE:  ca<lt.h 

PURPOSE:  Thia  fUa  containa  tha  prototypaa  for  tha  functiona 
which  ara  uaad  to  datarmina  tha  homotopy  ctaasaa 

aaaaaaaaaaaaaafaaaaaaaaaawwww—waaawwawwaawwwwawaawwwaaaawa/ 


•Hndaf  .catla.h 
adafina  _oa<l8_h 
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•inchidt  1)uHd.h' 


r*”-—«—~*“intid«C««(polygon*  point)**—— •***•*•**••*•*« 
This  function  dotorminM  whothor  the  input  point  it  inskto  of  tho 
convox  polygon.  It  can  bo  UMd  to  vorify  a  suspoctad  location,  or 
callod  for  ovary  coll  until  a  match  it  foimd. 


int  inaldoColl(polygon*,  point); 

r*”-* — *findColl(vi»or1d*.polnt*)**“*“*“****”******”**** 
Thia  furwtion  caNs  inaidoCollO  for  ovary  coH  in  tho  world  until 
truo  ia  rotumod.  It  than  rotums  a  pointor  to  that  coll 


polygon*  findColKworld*,  point); 

/****-findHmtpCl88(nodo*,  world*,  point,  point)****"************' 
TNt  function  finds  all  tho  homotopy  class  from  one  point  to  tl^ 
other  by  searching  tho  connoctity  graph. 


void  findHmtpClss(nodo*,  world*,  point,  point); 

/***********dpthF8tSch(nodo*,  node*,  node*)********************* 
This  function  performs  a  depth  first  search,  and  prints  out  tho 
path  found.  Tho  function  is  callod  recursively. 


/ 


void  dpthFstSch(nodo*,  polygon*,  polygon*); 
iondif 

2.  cclls.c 
FILE;  C0IIS.C 

PURPOSE:  This  file  contains  tho  functions  which  are  used  to 
dotormino  tho  homotopy  classes 


•*/ 


•indudo  <stdllb.h> 

•includo  <stdio.h> 
aindudo'build.h* 
iincludo  *utit.h* 

static  numboiOfClassos; 

/*******************insldoColl(polygon*  point)***********************' 
This  function  determines  whether  the  input  point  is  inside  of  the 
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convex  polygon.  It  can  be  used  to  varffy  a  suspectad  location,  or 
callad  iw  avary  call  until  a  nrtatch  ia  found. 


im 

insidaCall(poiygon*  cnvxCatl.  point  robotLocation){ 
vartax*  curVartax; 
curVartax  ■  cnvxCall*>vartaxlJst; 
do{rchack  all  tha  vartioaa*/ 

lf(ordar(rDbotLocation,curVartex->posit,curVartax->naxt->posit)  <  0.0) 
curVartax  «  curVartax*>naxt; 

alsa 

ratum  0/*mada  a  laft  turn*/ 

}whila(curVartax  l«  cnvxCall*>vertexList): 

ratum  iy*all  right  turns;  inside  cell*/ 

1 

This  function  calls  inskJeCellO  for  every  cell  in  the  world  until 
true  is  returned.  It  then  returns  a  pointer  to  that  cell 


•••••••••••••••••••«aa*a*a«***aaaaa*«*aa«*aaaa*a**a»aa««a***aa*aa*aaaaa^ 

polygon* 

findCell(world*  decompWorld.  point  robotLocation){ 

polygon*  curPolygon; 

curPolygon  a  decompWortd*>polygonList; 

do{rchecK  all  ceils*/ 
if  (insideCail(curPolygon,  robotLocation)) 
ratum  curPolygon; 

else 

curPolygon  >  curPolygon->next; 

}wNla(curPolygon  U  decompWorld->poiygonList); 

return  NULL/point  is  outside  of  world*/ 

} 

/•**"******dpthFstSch(noda*.  node*,  node*)***************************** 
This  function  performs  a  depth  first  search,  and  prints  out  tha 
path  found.  The  function  is  called  racursivaiy. 

•****««««««**«****«*«aaa*«*eaaa*«*a«*aa*a*aaa*a*«a 

void 

dpthFstSch(noda*  cGraph,  node*  robNoda,  node*  goalNode){ 

node*  curNoda; 
node*  printNoda  •  NULL; 


lOS 


•xtem  int  numb«iOfCtassM; 


if(robNod«  —  goaiNod«){/*  wc  ar«  at  th«  goal  */ 
printfCTha  call  movamant  saquanca  for  homotopy  class  numbar  %d  is\n”, 
•M-numbarOfClassas): 

/*  this  block  of  coda  just  prints  out  tha  path  from  tha 
start  noda  to  tha  goal  noda  V 
curNoda  «  goalNoda: 
whiia(curNoda*>pradacassor  U  curNoda) 
curNoda  ■  curNoda->pradacassor. 
printf(*%s*.curNoda*>call*>nama); 

\Mhila(curNoda  !■  goalNodaH 
printNoda  >  goalNoda; 
whila(printNoda*>pradacassor  la  curNoda) 
printNoda  a  printNoda->pradecassor. 
printff->%s".printNoda->call->nama); 
curNoda  a  printNoda; 

printf(“\n*); 


)alsa{ 

white  (robNode->curArc){/*  for  all  nodes  adj  to  this  one  V 
if(l(robNode*>curArc->Node*>predecessor))(/*has  not  been  checked  V 

robNode*>curArc*>Node->predecessor  *  robNode; 

dpthPstSch(cGraph,  robNode->curArc->Node,  goalNode); 

r  these  are  reset  to  allow  for  backtracking  V 
robNode'>curArc->Node*>curArc  a  robNode->curArc->Node*>arcUst; 
robNode'>curArc->Node<>predecessor »  NULL; 

} 

robNode->curArc  a  robNode->curArc*>next; 

} 

} 

) 

/••••••findHmtpCIssfnode*,  world*,  point,  point)***************************** 

This  function  finds  ail  tha  homotopy  class  from  one  point  to  tha 
other  by  searching  tha  connectity  graph. 


♦aaaaaaaa»a»a»»aaaaa«aaaaaaaaaaa»a»»»a»»»»aaaa»»»a»^ 

void 

findHmtpClss(noda*  cGraph,  world*  robWorld,  point  robLoc,  point  goalLoc){ 

polygon*  robCall; 
polygon*  goalCall; 

noda*  curNoda; 
noda*  robNode; 
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node*  goalNode; 


robCeli «  findCell(robWor1d,  robLoc); 
goalCeH  ■  findCell(robWof1d,  goalLoc); 
numberOfClasses  «  0; 

r  initialize  graph  */ 
curNode  ■  cGraph; 
while(curNode){ 
curNode->predecessor «  NULL; 
curNode->curArc  >  curNode*>arcList; 
curNode  «  curNode->next; 

} 

if(robCell »  goalCeii) 
printffrobot  arKi  goal  are  in  the  same  celT); 
eiee{ 

rfind  appropriate  node  on  graph  for  robot's  location*/ 
robNode  «  cGraph; 
while(robNode*>cell !« robCell) 
robNode  « robNode->next; 
robNode->predecessor « robNode; 

/*find  appropriate  node  on  graph  for  goal’s  location*/ 
goalNode  >  cGraph; 
while(goalNode->cell  l«  goalCell) 
go^Node  «  goalNode*>next; 

dpthFstSch(cGraph,  robNode.  goalNode); 

) 

) 
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APPENDIX  B 


This  appendix  is  a  users  guide  for  the  decomposition  programs  implemented  as  part 
of  this  thesis.  It  assumes  that  the  user  has  a  working  knowledge  of  Yamabico's  kernel. 

A.  CREATING  VERTEX  FILE 

The  vertex  file  must  be  of  the  following  form: 

world_name(polygon_name_1  (mode(xi  ^  .yi  i)(xi2.yi2)  •■•(xin.ym)) 

(polygon_name_2(mode(X2i  .y2i  )(x22.y22)- •■(xam.yam)) 

(polygon_name_k(mode(Xki.yki)(Xk2.yk2)-(Xki.yki))) 


where: 

wortd_name  is  a  string  of  15  or  less  characters. 
polygon_nameJ  is  a  string  of  5  or  less  characters, 
mode  is  1  for  normal  holes,  and  -1  for  inverted  holes. 
(Xii.yi2)(’<i2>yi2)-(Xin-yin)  'S  an  ordered  list  of  vertices 


white  space  is  ignored. 

B.  RUNNING  DECOMPOSE  PROGRAM 

The  command  line  for  the  DecomposeWorld  program  is: 

DecomposeWorld  <inputfile>  [number  of  sweeps]  [sweep  angle  list] 

where: 

<inputfile>  is  the  name  of  the  file  containing  the  world  vertices  and  is  of  the  form  described 
in  the  first  paragraph.  This  entry  is  mandatory. 

[number  of  sweeps]  is  the  number  of  distinct  decompositions  desired  for  this  world.  This 
default  value  is  1. 

[sweep  angle  list]  is  a  list  of  sweep  angles.  The  number  of  entries  in  this  list  must  match  the 
number  of  sweeps  desired.  Each  entry  must  be  in  the  range  (0.0.. 180.0].  Entries  must  be 
separated  by  whitespace.  The  default  value  is  90.0. 
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If  only  one  sweep  is  peifonned,  or  the  default  values  are  used,  then  the  program 
creates  a  file  named  plotdat  which  contains  the  cell  vertices  in  a  format  that  can  be  used 
by  GnuPlot. 

C.  DECOMPOSED  WORLD  MODELS 

Each  decomposition  performed  by  DecomposeWorld  creates  a  C  file  that  is  tagged 
with  the  sweep  angle.  Each  file  contains  the  declarations  for  the  robot’s  world  and  the 
connectivity  graph  associated  with  the  decomposition.  Additionally,  each  C  file  contains 
two  functions  which  initialize  these  declarations  when  needed.  In  order  to  use  these  data 
structures,  the  following  steps  must  be  performed: 

1.  Compile  and  link  each  decomposeworki_xxx_xx.ci\\e  as  a  part  of  building  the  kernel. 

2.  Include  an  extern  declaration  for  the  robot's  world  and  the  connectivity  graph 
for  each  representation.  They  should  look  like  this: 

extern  world  robotsWorld_xxx_xx; 
extern  node*  worldGraph_xxx_xx; 

3.  Before  using  the  world  information,  call  the  following  functions  for  each  representation; 

lnitializeVyorld_xxx_xx(): 

lnitializeGraph_xxx_xx(); 
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